>  기사  >  데이터 베이스  >  기본 인덱스를 사용해도 \"SELECT COUNT(*) FROMchange_event\" 쿼리가 너무 느린 이유는 무엇입니까?

기본 인덱스를 사용해도 \"SELECT COUNT(*) FROMchange_event\" 쿼리가 너무 느린 이유는 무엇입니까?

Susan Sarandon
Susan Sarandon원래의
2024-10-30 22:43:291000검색

Why is my

인덱스 사용에도 불구하고 "SELECT COUNT(*)" 쿼리 성능 저하

컨텍스트:

쿼리 "change_event에서 SELECT COUNT(*) me WHEREchange_event_id > '1212281603783391';" MySQL에서 실행 속도가 매우 느려서 실행하는 데 1분 이상 걸립니다. 이는 "change_event_id" 열에 PRIMARY 인덱스가 있음에도 불구하고 발생합니다.

InnoDB 클러스터형 기본 키:

InnoDB에서 기본 키는 클러스터링되어 있습니다. 데이터 페이지의 데이터 행과 함께 저장됩니다. 이로 인해 범위 검색 중에 잠재적으로 큰 행 데이터를 검색해야 하므로 성능이 저하될 수 있습니다. "change_event" 테이블에는 TEXT 열이 포함되어 있어 행 너비가 더욱 늘어납니다.

최적화 기술:

  • 테이블 최적화: "OPTIMIZE TABLE"을 실행하면 기본 키를 기준으로 정렬되도록 데이터 페이지를 재정렬할 수 있습니다. 이는 클러스터된 기본 키에 대한 범위 검색 성능을 잠재적으로 향상시킬 수 있습니다.
  • 추가 비기본 인덱스 생성: "change_event_id" 열에만 기본이 아닌 인덱스를 생성하면 다양한 값을 검색하는 더 빠른 방법입니다. 인덱스를 생성한 후 계획 설명을 확인하여 활용도를 확인해야 합니다.

추가 권장 사항:

  • 데이터 유형 조정: "change_event_id" 열이 0에서 증가하는 경우 음수 값을 방지하려면 해당 데이터 유형을 "bigint unsigned"로 변경하는 것이 좋습니다.

위 내용은 기본 인덱스를 사용해도 \"SELECT COUNT(*) FROMchange_event\" 쿼리가 너무 느린 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.