• MySQL매뉴얼
    • MySQL 5.6 매뉴얼
    • MySQL 5.1 매뉴얼
    • MySQL 5.0 매뉴얼
    • MySQL HA 매뉴얼
  • 기술문서
    • Xtrabackup 구성
    • 메모리 사용량 모니터링
  • 라이선스
  • 온라인문의
  • 회사소개
  • → 목 록 (MySQL5.6 한글메뉴얼) [close]
  • 1. MySQL 5.6 새로운 기능
  • 2. MySQL 설치 및 업그레이드
  • 3. MySQL Tutorial
  • 4. MySQL 프로그램
  • 5. MySQL 서버관리
  • 6. 보안
  • 7. 백업 및 복구
  • 8. 최적화
  • 9. Language Structure(언어구조)
  • 10. Character Sets(Globalization)
  • 11. 데이터형(Data Types)
  • 12. 함수와 연산자
  • 13. SQL 문법
  • 14. InnoDB 스토리지 엔진
  • 15. 기타 스토리지 엔진
  • 16. 고가용성 및 확장성
  • 17. 리플리케이션
  • 18. MySQL Cluster
  • 19. 파티셔닝
  • 20. Stored Programs and Views
  • 21. INFORMATION_SCHEMA
  • 22. PERFORMANCE SCHEMA
  • 1. Performance Schema 빠른 시작
    2. Performance Schema 구성
    3. Performance Schema 쿼리
    4. Performance Schema Instrument Naming Conventions
    5. Performance Schema Status Monitoring
    6. Performance Schema Atom and Molecule Events
    7. Performance Schema Statement Digests
    8. Performance Schema의 일반적인 테이블 특성
    9. Performance Schema 테이블 설명
    1. 성능 스키마 테이블 인덱스
    2. 성능 스키마 설정 테이블
    3. Performance Schema Instance Tables
    4. Performance Schema Wait Event Tables
    5. Performance Schema Stage Event Tables
    6. Performance Schema Statement Event Tables
    7. Performance Schema 연결 테이블
    8. Performance Schema 연결 속성 테이블
    9. Performance Schema 요약 테이블
    10. Performance Schema 기타 테이블
    1. host_cache 테이블
    2. performance_timers 테이블
    3. threads 테이블
    10. Performance Schema Option and Variable Reference
    11. Performance Schema Command Options
    12. Performance Schema System Variables
    13. Performance Schema Status Variables
    14. Performance Schema and Plugins
    15. 문제를 진단하기위한 Performance Schema 사용
  • 23. 컨넥터 및 API
  • 24. MySQL 확장
  • 25. MySQL Enterprise Edition
  • 26. MySQL Workbench
  • 27. 제약 및 제한
  • 28. MySQL 5.7 새로운 기능

22.9.10.1 host_cache 테이블

host_cache 클라이언트 호스트 이름과 IP 주소 정보를 저장하고 DNS 조회를 방지하기 위해 사용되는 호스트 캐시의 내용에 대한 액세스를 제공합니다. ( 섹션 8.11.5.2 "DNS 조회 최적화 및 호스트 캐시" 를 참조하십시오.) host_cache 테이블은 SELECT 문을 사용하여 조사 할 수 있도록 호스트 캐시의 내용을 공개합니다. 성능 스키마를 활성화해야하고 그렇지 않으면이 테이블은 비어 있습니다.

FLUSH HOSTS 와 TRUNCATE TABLE host_cache 같은 효과를가집니다. 그들은 호스트 캐시를 지 웁니다. 이것은 host_cache 테이블을 비우고 (그것은 캐시 가시 표현이기 때문에), 블록 된 모든 호스트의 블록도 해제합니다 ( 섹션 B.5.2.6 '호스트'host_name '거부되었습니다 " 를 참조 하십시오). FLUSH HOSTS 에는 RELOAD 권한이 필요합니다. TRUNCATE TABLE 은 host_cache 테이블에 DROP 권한이 필요합니다.

host_cache 테이블에는 이러한 열이 있습니다.

  • IP

    문자열로 표현 된 서버에 연결하는 클라이언트의 IP 주소.

  • HOST

    클라이언트 IP 해결 된 DNS 호스트 이름 또는 이름을 모르는 경우는 NULL .

  • HOST_VALIDATED

    클라이언트 IP에 대해 IP 호스트 이름, 호스트 이름을 IP의 DNS 확인이 제대로 실행되었는지 여부. HOST_VALIDATED 이 YES 의 경우 DNS에 대한 호출을 방지 할 수 있도록 IP에 해당하는 호스트 이름으로 HOST 컬럼이 사용됩니다. HOST_VALIDATED 이 NO 인 동안 각 연결에 대해 결국 그것이 유효한 결과 또는 영구적 인 오류 중 하나가 완료 될 때까지 DNS 확인이 시도됩니다. 이 정보는 서버가 클라이언트에 영구적으로 영향을 미칠 수있는 임시 DNS 실패시 부정 또는 분실 된 호스트 이름 캐시를 피할 수 있습니다.

  • SUM_CONNECT_ERRORS

    "블록"으로 간주되는 연결 오류 수 ( max_connect_errors 시스템 변수에 대해 평가된다). 현재 프로토콜 핸드 쉐이크 오류 만 검사에 합격 한 호스트 ( HOST_VALIDATED = YES )에 대해서만 계산됩니다.

  • COUNT_HOST_BLOCKED_ERRORS

    SUM_CONNECT_ERRORS 가 max_connect_errors 시스템 변수의 값을 초과했기 때문에 차단 된 연결 수입니다.

  • COUNT_NAMEINFO_TRANSIENT_ERRORS

    IP 호스트 이름에 대한 DNS 확인시 일시적인 오류의 수.

  • COUNT_NAMEINFO_PERMANENT_ERRORS

    IP 호스트 이름에 대한 DNS 확인시 영구 오류의 수.

  • COUNT_FORMAT_ERRORS

    호스트 이름 형식 오류의 수. MySQL은 1.2.example.com 등 이름의 첫 번째 구성 요소 중 하나 이상이 모든 수치 인 호스트 이름에 mysql.user 테이블의 Host 컬럼 값의 조합을 실행하지 않습니다. 대신에 클라이언트 IP 주소가 사용됩니다. 이 종류의 조합이되지 않는 이유에 대해서는 섹션 6.2.3 "계정 이름 지정" 을 참조하십시오.

  • COUNT_ADDRINFO_TRANSIENT_ERRORS

    호스트 이름을 IP에 대한 역방향 DNS 확인시 일시적인 오류의 수.

  • COUNT_ADDRINFO_PERMANENT_ERRORS

    호스트 이름을 IP에 대한 역방향 DNS 확인시 영구 오류의 수.

  • COUNT_FCRDNS_ERRORS

    Forward-confirmed reverse DNS 오류의 수. 이러한 오류는 IP 호스트 이름, 호스트 이름을 IP의 DNS 확인에서 클라이언트의 원본 IP 주소와 일치하지 않는 IP 주소가 생성 된 경우에 발생합니다.

  • COUNT_HOST_ACL_ERRORS

    클라이언트 호스트에서 로그인 할 수있는 사용자가 없기 때문에 발생하는 오류의 수. 그런 경우, 서버는 ER_HOST_NOT_PRIVILEGED 을 반환하고 사용자 이름과 암호를 요구하지 않습니다.

  • COUNT_NO_AUTH_PLUGIN_ERRORS

    사용할 수없는 인증 플러그인의 요청에 의한 오류의 수. 플러그인을 사용하지 못할 수있는 것은, 예를 들어,이로드되지 않거나로드 시도에 실패한 경우입니다.

  • COUNT_AUTH_PLUGIN_ERRORS

    인증 플러그인에 의해보고되는 오류의 수.

    인증 플러그인은 장애의 원인을 설명하기 위해 여러 가지 오류 코드를보고 할 수 있습니다. 오류의 종류에 따라 이들 중 하나의 열이 증가됩니다. COUNT_AUTHENTICATION_ERRORS , COUNT_AUTH_PLUGIN_ERRORS , COUNT_HANDSHAKE_ERRORS . 새로운 리턴 코드는 기존 플러그인 API에 대한 선택적 확장입니다. 알 수 없거나 예기치 않은 플러그인 오류는 COUNT_AUTH_PLUGIN_ERRORS 열 계산됩니다.

  • COUNT_HANDSHAKE_ERRORS

    유선 프로토콜 수준에서 감지 된 오류의 수.

  • COUNT_PROXY_USER_ERRORS

    프록시 사용자 A가 존재하지 않는 다른 사용자 B에 프록시 설정 된 경우 감지 된 오류의 수.

  • COUNT_PROXY_USER_ACL_ERRORS

    존재하고 있지만, 그에 대한 프록시 사용자 A가 PROXY 권한이없는 다른 사용자 B에게 A가 프록시 설정 된 경우 감지 된 오류의 수.

  • COUNT_AUTHENTICATION_ERRORS

    인증 실패로 인해 발생한 오류 수입니다.

  • COUNT_SSL_ERRORS

    SSL 문제로 인한 오류의 수.

  • COUNT_MAX_USER_CONNECTIONS_ERRORS

    각 사용자 연결 할당을 초과하여 발생한 오류의 수. 섹션 6.3.4 "계정 자원 제한 설정" 을 참조하십시오.

  • COUNT_MAX_USER_CONNECTIONS_PER_HOUR_ERRORS

    시간당 사용자 당 연결 할당을 초과하여 발생한 오류의 수입니다. 섹션 6.3.4 "계정 자원 제한 설정" 을 참조하십시오.

  • COUNT_DEFAULT_DATABASE_ERRORS

    기본 데이터베이스 관련 오류의 수. 예를 들어, 데이터베이스가 존재하지 않거나 사용자가 그것에 접근 할 수있는 권한을 가지고 있지 않았습니다.

  • COUNT_INIT_CONNECT_ERRORS

    init_connect 시스템 변수 값의 문 실행의 실패로 인해 발생한 오류 수입니다.

  • COUNT_LOCAL_ERRORS

    서버 구현에 로컬 네트워크 인증 또는 승인과 관련되지 않은 오류의 수. 예를 들어, 메모리 부족 상황은이 범주에 들어갑니다.

  • COUNT_UNKNOWN_ERRORS

    이 테이블의 다른 컬럼에서보고되지 않은 다른 알 수없는 오류의 수. 이 컬럼은 새로운 오류 상황을보고 할 필요가 있거나, 하위 호환성을 유지하고 host_cache 테이블의 테이블 구조를 필요로하는 경우에 대비하여 나중에 사용하기 위해 예약되어 있습니다.

  • FIRST_SEEN

    IP 컬럼의 클라이언트에서 확인 된 첫 번째 연결 시도의 타임 스탬프.

  • LAST_SEEN

    IP 컬럼의 클라이언트에서 확인 된 마지막 연결 시도의 타임 스탬프.

  • FIRST_ERROR_SEEN

    IP 컬럼의 클라이언트에서 확인 된 첫 번째 오류 타임 스탬프.

  • LAST_ERROR_SEEN

    IP 컬럼의 클라이언트에서 확인 된 마지막 오류의 타임 스탬프.

host_cache 테이블은 MySQL 5.6.5에서 추가되었습니다.

서울시 강남구 영동대로 602 6층
TEL: 02-6061-0006  /  E: csr@mysqlkorea.com
주식회사 이노클러스터  등록번호 : 727-86-02261
Copyright © innocluster Co. ltd. all rights reserved