MySQL：内部クエリで「ORDER BY」を使用してUNIONを最適化する

同じレイアウトの複数のテーブルで構成されるロギングシステムをセットアップしただけです。

データソースごとに1つのテーブルがあります。

ログビューアについて、私はしたいです

• 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行を高速に生成し、トリックは必要ありません。