MySQL: Optimalkan UNION dengan "ORDER BY" di pertanyaan dalam

Saya baru saja membuat sistem logging yang terdiri dari beberapa tabel dengan tata letak yang sama.

Ada satu tabel untuk setiap sumber data.

Untuk penampil log, saya mau

• UNION semua tabel log ,
• saring dengan akun ,
• tambahkan kolom semu untuk identifikasi sumber,
• urutkan berdasarkan waktu ,
• dan batasi untuk pagination .

Semua tabel berisi bidang yang disebut zeitpunktkolom tanggal / waktu yang diindeks.

Upaya pertama saya adalah:

(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;

Pengoptimal tidak dapat menggunakan indeks di sini karena semua baris dari kedua tabel dikembalikan oleh subqueries dan diurutkan setelah UNION.

Solusi saya adalah sebagai berikut:

(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;

Saya mengharapkan mesin kueri akan menggunakan indeks di sini karena kedua subquery harus diurutkan dan dibatasi sebelumnya UNION, yang kemudian menggabungkan dan mengurutkan baris.

Saya benar-benar berpikir ini akan menjadi itu, tetapi menjalankan EXPLAINkueri memberitahu saya subqueries masih mencari kedua tabel.

EXPLAINingsubqueries itu sendiri menunjukkan kepada saya optimasi yang diinginkan tetapi UNIONingmereka bersama-sama tidak.

Apakah saya melewatkan sesuatu?

Saya tahu bahwa ORDER BYklausa di dalam UNIONsubqueries diabaikan tanpa LIMIT, tetapi ada batasnya.

Sunting:
Sebenarnya, mungkin juga akan ada permintaan tanpaaccount_idsyarat.

Tabel sudah ada dan diisi dengan data. Mungkin ada perubahan dalam tata letak tergantung pada sumbernya sehingga saya ingin membuat mereka terbagi. Selain itu, klien logging menggunakan kredensial berbeda karena suatu alasan.

Saya harus menyimpan semacam layer antara pembaca log dan tabel aktual.

Berikut adalah rencana eksekusi untuk seluruh kueri dan subquery pertama serta tata letak tabel secara rinci:

https://gist.github.com/ca8fc1093cd95b1c6fc0

Karena penasaran, dapatkah Anda mencoba versi ini? Mungkin menipu pengoptimal untuk menggunakan indeks yang sama yang akan digunakan subqueries secara terpisah:

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;

Saya masih berpikir bahwa indeks terbaik yang bisa Anda miliki adalah senyawa (account_id, zeitpunkt). Ini akan menghasilkan 10 baris dengan cepat, dan tidak ada trik yang diperlukan.