하나의 특정 인스턴스에는 가장 큰 테이블에 약 40,000 행이있는 3 개의 테이블에서 데이터를 검색하는 쿼리가 포함됩니다. 절 순서에 의해 절이 없으면 쿼리가 최적으로 수행됩니다. 그러나 열이 정렬 기준으로 사용되면 쿼리는 약 10 초까지 몇 배나 느려집니다.

이 문제의 근본 원인은 데이터베이스의 최적화 메커니즘에 있습니다. 기본적으로 MySQL은 임시 테이블을 만들거나 하위 쿼리를 사용하여 쿼리를 최적화하려고 시도합니다. 순서 별 절이 추가되면 최적화는 필요한 임시 테이블의 크기를 잘못 계산하고 불충분 한 양의 메모리를 할당합니다. 결과적으로 쿼리는 덜 효율적인 정렬 알고리즘으로 돌아가서 관찰 된 속도가 저하됩니다.

가능한 한 가지 해결 방법은 상관 관계 서브 쿼리 또는 CTE (공통 테이블 표현)를 사용하여 쿼리를 다시 작성하여 정렬 단계를 명시 적으로 지정하는 것입니다. 이를 통해 Optimizer는 임시 테이블 크기를 올바르게 추정하여 둔화를 방지 할 수 있습니다.