- 가 추가하는 인덱스에 빠르게 변화하는 열 다음과 같"lastUpdatedOn"그럴 가치가?
- 을 계산하는 방법을 교환?
- 할 수 있는 누군가를 공식적인 문서를 언제 어떻게 가 MySQL reindexes 행 삽입 업데이트 인덱스 열이 있습니다.
0
지 여부는 색인을 포함한"빠르게 변화하는 열" 는 거래.
인 UPDATE
필요를 삭제를 하나의 항목에서는 인덱스에 추가로 새로운 항목에서 다른 곳에 인덱스입니다.
한편,인덱스 도 속도가 크게 때문에 인덱스입니다.
제공해 주십시오 구체적인 예를 들어 우리가 논의할 수 있도록 균형을 유지할 수니다.
정기적인 비UNIQUE
인덱스(반대하여 FULLTEXT
고 SPATIAL
는)유지 따라서:
가 있는"버퍼 변경"(qv)를 buffer_pool 을 유지하는 인덱스 업데이트되지 않는 디스크에 기록됩니다.
면 DELETE
가 발생하면 항목을 추가하는 변화 버퍼는 인덱스 항목은 필요를 제거할 수 있습니다.
대 UPDATE
두 항목이 있 어 놓으로 CB.
면 SELECT
사용러 인덱스,그것은 확인 모두 CB 고,실제 디스크,BTree 에 대한 인덱스입니다. 는 BTree 캐시(블록 블록)에 buffer_pool. (블록가 16KB 및 수 백(s)의 항목이 있습니다.)
CB 는 디스크로 플러시되는"배경"또는"필요시". 을 포함하는 가져오는 인덱스 구획(지 않는 한 이미 캐시)의 일부를 업데이트 항목(삭제 및/또는 추가)및 쓰기에 다시 디스크에 있습니다. 모두 읽고 쓰기가 캐시에 buffer_pool,그래서 하나 또는 둘 다에 있는 신체 I/O.
MySQL 하지 않습니다"다시"정기적 인덱스("재생성")를 제외하고를 통해 특정 ALTERs
나 OPTIMIZE
. 즉,모든 변경 사항에 만들어집니다. 의 작 CB 사용자에게 투명합니다.