"일꾼이 일을 잘하려면 먼저 도구를 갈고 닦아야 한다." - 공자, 『논어』.
첫 장 > 프로그램 작성 > Change_event 테이블의 \"SELECT COUNT(*)\" 쿼리가 왜 그렇게 느린가요?

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

2024년 11월 18일에 게시됨
검색:721

Why are my \

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

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

InnoDB 동작 공개

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

최적화 전략

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

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

추가 팁:

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

최신 튜토리얼 더>

부인 성명: 제공된 모든 리소스는 부분적으로 인터넷에서 가져온 것입니다. 귀하의 저작권이나 기타 권리 및 이익이 침해된 경우 자세한 이유를 설명하고 저작권 또는 권리 및 이익에 대한 증거를 제공한 후 이메일([email protected])로 보내주십시오. 최대한 빨리 처리해 드리겠습니다.

Copyright© 2022 湘ICP备2022001581号-3