Change_event 테이블의 \'SELECT COUNT(*)\' 쿼리가 왜 그렇게 느린가요?

MySQL에서 느린 "SELECT COUNT(*)" 쿼리 처리

change_event 테이블에 대한 쿼리, 특정change_event_id를 초과하는 행 계산 , 상당한 지연이 발생하고 있습니다. 그런데 왜? 가능한 원인을 살펴보겠습니다.

InnoDB 동작 공개

MySQL의 InnoDB 엔진은 클러스터형 기본 키를 사용합니다. 즉, 기본 키가 데이터 페이지의 행 데이터와 함께 저장되는 것이 아니라 별도의 인덱스 페이지보다 결과적으로, 귀하와 같은 범위 스캔에서는 데이터 페이지에서 잠재적으로 넓은 행을 모두 스캔해야 합니다. 이 요인은 처리 속도를 더욱 느리게 하는 TEXT 데이터 유형인 테이블의 xml_diff 열로 인해 더욱 악화됩니다.

최적화 전략

쿼리 속도를 높이려면 두 가지 접근 방식을 고려해 볼 가치가 있습니다. :

• 테이블 최적화: 이 명령은 데이터 페이지를 정렬된 순서로 재구성하여 잠재적으로 범위 검색의 효율성을 향상시킵니다.
• 추가 인덱스 만들기:change_event_id 열에만 기본이 아닌 인덱스를 설정하면 인덱스 페이지에 해당 열의 복사본이 생성됩니다. 이 인덱스는 데이터 페이지보다 훨씬 빠르게 스캔할 수 있습니다. 생성 후 설명 계획을 확인하여 활용도를 확인하세요.

추가 팁:

성능을 더욱 향상하려면change_event_id 열을 bigint unsigned로 변경하는 것이 좋습니다. 이 단계를 통해 음수 값을 방지하고 처리를 간소화할 수도 있습니다.

위 내용은 Change_event 테이블의 \'SELECT COUNT(*)\' 쿼리가 왜 그렇게 느린가요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!