MySQL : 내부 쿼리에서 "ORDER BY"를 사용하여 UNION 최적화

방금 동일한 레이아웃을 가진 여러 테이블로 구성된 로깅 시스템을 설정했습니다.

각 데이터 소스마다 하나의 테이블이 있습니다.

로그 뷰어의 경우

• UNION 모든 로그 테이블 ,
• 계정별로 필터링 ,
• 소스 식별을위한 의사 열 추가
• 시간이별로 정렬 ,
• 및 페이지 매김을 위해 그들을 제한 .

모든 테이블에는 zeitpunkt색인화 된 날짜 / 시간 열 이라는 필드 가 있습니다.

나의 첫번째 시도는 :

(SELECT l.id, l.account_id, l.vnum, l.count, l.preis, l.zeitpunkt AS zeit,
 'hp' AS source FROM is_log AS l WHERE l.account_id = 730)

UNION

(SELECT l.id, l.account_id, l.vnum, l.count, l.preis, l.zeitpunkt,
 'ig' AS source FROM ig_is_log AS l WHERE l.account_id = 730)

ORDER BY zeit DESC LIMIT 10;

두 테이블의 모든 행이 서브 쿼리에 의해 리턴되고 UNION.

내 해결 방법은 다음과 같습니다.

(SELECT l.id, l.account_id, l.vnum, l.count, l.preis, l.zeitpunkt AS zeit,
 'hp' AS source FROM is_log AS l WHERE l.account_id = 730
 ORDER BY l.zeitpunkt DESC LIMIT 10)

UNION

(SELECT l.id, l.account_id, l.vnum, l.count, l.preis, l.zeitpunkt,
 'ig' AS source FROM ig_is_log AS l WHERE l.account_id = 730
 ORDER BY l.zeitpunkt DESC LIMIT 10)

ORDER BY zeit DESC LIMIT 10;

쿼리 엔진이 여기에서 인덱스를 사용하기를 기대하고 있었기 때문에 두 하위 쿼리가 모두에 앞서 정렬되고 제한되어야하기 UNION때문에 행을 병합하고 정렬합니다.

나는 이것이 사실이라고 생각했지만 EXPLAIN쿼리에서 실행 하면 하위 쿼리가 여전히 두 테이블을 모두 검색한다는 것을 알 수 있습니다.

EXPLAINing하위 쿼리 자체는 원하는 최적화를 보여 주지만 UNIONing함께하지는 않습니다.

내가 뭘 놓 쳤니?

하위 쿼리 ORDER BY내부의 절 UNION은가 없으면 무시 LIMIT되지만 한계가 있음을 알고 있습니다.

편집 :
실제로account_id조건이없는 쿼리도있을 것입니다.

테이블이 이미 존재하며 데이터로 채워져 있습니다. 소스에 따라 레이아웃이 변경 될 수 있으므로 분할하여 유지하고 싶습니다. 또한 로깅 클라이언트는 다른 이유로 다른 자격 증명을 사용합니다.

로그 리더와 실제 테이블 사이에 일종의 계층을 유지해야합니다.

다음은 전체 쿼리와 첫 번째 하위 쿼리 및 테이블 레이아웃에 대한 실행 계획입니다.

https://gist.github.com/ca8fc1093cd95b1c6fc0

호기심 때문에이 버전을 사용해 볼 수 있습니까? 하위 쿼리가 별도로 사용하는 것과 동일한 인덱스를 사용하도록 최적화 프로그램을 속일 수 있습니다.

SELECT *
FROM
(SELECT l.id, l.account_id, l.vnum, l.count, l.preis, l.zeitpunkt AS zeit,
 'hp' AS source FROM is_log AS l WHERE l.account_id = 730
 ORDER BY l.zeitpunkt DESC LIMIT 10) 
    AS a

UNION ALL

SELECT *
FROM
(SELECT l.id, l.account_id, l.vnum, l.count, l.preis, l.zeitpunkt,
 'ig' AS source FROM ig_is_log AS l WHERE l.account_id = 730
 ORDER BY l.zeitpunkt DESC LIMIT 10)
    AS b

ORDER BY zeit DESC LIMIT 10;

나는 아직도 당신이 가질 수있는 가장 좋은 지수는 화합물이라고 생각합니다 (account_id, zeitpunkt). 그것은 10 행을 빨리 산출 할 것이고, 트릭이 필요하지 않을 것입니다.