• 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. 최적화
  • 1. 최적화 개요
    2. SQL문 최적화
    3. 최적화 및 인덱스
    4. 데이터베이스 구조의 최적화
    5. InnoDB 테이블의 최적화
    6. MyISAM 테이블의 최적화
    7. MEMORY 테이블 최적화
    8. 쿼리 실행 계획의 이해
    9. 버퍼링과 캐시
    10. 잠금 작업의 최적화
    11. MySQL 서버의 최적화
    12. 성능 측정
  • 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
  • 23. 컨넥터 및 API
  • 24. MySQL 확장
  • 25. MySQL Enterprise Edition
  • 26. MySQL Workbench
  • 27. 제약 및 제한
  • 28. MySQL 5.7 새로운 기능

8.7 MEMORY 테이블 최적화

자주 액세스되고 읽기 전용인지 거의 업데이트되지 않는 비 위기 데이터에 MEMORY 테이블을 사용하는 것을 고려합니다. 현실적인 워크로드에서 동일한 InnoDB 또는 MyISAM 테이블에 대해 응용 프로그램 벤치 마크를 실행하고 추가 성능이 데이터 손실의 위험이나 응용 프로그램을 시작할 때 디스크 기반 테이블에서 데이터를 복사 할 오버 헤드 자격 여부를 확인합니다.

MEMORY 테이블에서 최상의 성능을 얻으려면 각 테이블에 대한 쿼리의 종류를 조사하고 관련된 각 인덱스에 사용하는 B 트리 인덱스 또는 해시 인덱스 중 하나의 유형을 지정합니다. CREATE INDEX 문에서 어구 USING BTREE 또는 USING HASH 를 사용합니다. B 트리 인덱스는 > 과 BETWEEN 등의 작업은 greater-than 또는 less-than 비교를 수행하는 쿼리 빠릅니다. 해시 인덱스는 = 연산자는 단일 값 또는 IN 연산자에 의해 제한된 값 세트를 조회하는 쿼리에서만 빠릅니다. USING BTREE 이 많은 경우 기본 USING HASH 보다 적절한 선택 인 이유에 대해서는 섹션 8.2.1.20 "풀 테이블 스캔을 방지하는 방법" 을 참조하십시오. 다양한 종류의 MEMORY 인덱스 구현에 대한 자세한 내용은 섹션 8.3.8 "B 트리 인덱스와 해시 인덱스의 비교" 를 참조하십시오.












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