Loading...
MySQL 9.5 Reference Manual 9.5의 10.7 Optimizing for MEMORY Tables의 한국어 번역본입니다.
아래의 경우에 피드백에서 신고해주신다면 반영하겠습니다.
감사합니다 :)
MEMORY 테이블은 중요하지 않은(noncritical) 데이터 중에서 자주 접근되며, 읽기 전용이거나 거의 업데이트되지 않는 데이터에 사용하는 것을 고려하십시오. 현실적인 워크로드 하에서 동등한 InnoDB 또는 MyISAM 테이블과 비교 벤치마크를 수행하여, 추가적인 성능 향상이 데이터 손실 위험이나, 애플리케이션 시작 시 디스크 기반 테이블에서 데이터를 복사하는 오버헤드를 감수할 만큼 가치가 있는지 확인하십시오.
MEMORY 테이블에서 최상의 성능을 얻으려면, 각 테이블에 대해 실행되는 쿼리의 종류를 검토하고, 연관된 각 인덱스에 대해 사용할 유형을 B-tree 인덱스 또는 해시 인덱스 중에서 지정하십시오. CREATE INDEX 구문에서 USING BTREE 또는 USING HASH 절을 사용하십시오. B-tree 인덱스는 > 또는 BETWEEN과 같은 연산자를 통해 크다/작다 비교(greater-than or less-than comparisons)를 수행하는 쿼리에 대해 빠릅니다. 해시 인덱스는 = 연산자를 통해 단일 값을 조회하거나, IN 연산자를 통해 제한된 집합의 값을 조회하는 쿼리에 대해서만 빠릅니다. 기본값인 USING HASH보다 USING BTREE가 더 나은 선택인 경우가 많은 이유는 Section 10.2.1.23, “Avoiding Full Table Scans”을 참조하십시오. 서로 다른 유형의 MEMORY 인덱스 구현 세부 사항은 Section 10.3.9, “Comparison of B-Tree and Hash Indexes”를 참조하십시오.
10.6.3 Optimizing REPAIR TABLE Statements
10.8 Understanding the Query Execution Plan