Apabila berurusan dengan jadual InnoDB yang besar tetapi sempit, melaksanakan pertanyaan COUNT(*) boleh menjadi sangat perlahan. Ini ditemui dalam senario di mana jadual yang terdiri daripada ~9 juta rekod menghasilkan operasi COUNT(*) 6 saat.
Menurut dokumentasi MySQL, memaksa InnoDB menggunakan indeks untuk operasi mengira boleh menghasilkan prestasi yang ketara keuntungan. Ini dicapai dengan menggunakan sintaks USE INDEX (index_name) dalam pertanyaan.
Dalam contoh yang diberikan, pertanyaan berikut telah digunakan:
<code class="sql">SELECT COUNT(id) FROM perf2 USE INDEX (PRIMARY);</code>
Walau bagaimanapun, walaupun menggunakan indeks, prestasi kekal buruk. Mencari pilihan penyelesaian masalah selanjutnya, didapati bahawa MySQL 5.1.6 memperkenalkan penyelesaian yang cekap melibatkan Penjadual Acara dan caching statistik.
Dengan menggunakan Penjadual Acara dan mengekalkan jadual statistik, operasi COUNT(*) boleh dioptimumkan dengan ketara. Proses ini memerlukan penciptaan jadual statistik untuk menyimpan data kiraan:
<code class="sql">CREATE TABLE stats (`key` VARCHAR(50) NOT NULL PRIMARY KEY, `value` VARCHAR(100) NOT NULL);</code>
Seterusnya, acara dibuat untuk mengemas kini jadual statistik secara kerap dengan kiraan semasa:
<code class="sql">CREATE EVENT update_stats ON SCHEDULE EVERY 5 MINUTE DO INSERT INTO stats (`key`, `value`) VALUES ('data_count', (SELECT COUNT(id) FROM data)) ON DUPLICATE KEY UPDATE value=VALUES(value);</code>
Diri ini -penyelesaian yang terkandung membenarkan selang penyegaran yang boleh disesuaikan, memastikan ketepatan dan kesegaran kiraan yang disimpan. Walaupun ia mungkin tidak sempurna, ia menawarkan peningkatan prestasi yang agak besar berbanding kaedah tradisional.
Atas ialah kandungan terperinci Bagaimanakah Saya Boleh Mengoptimumkan Prestasi COUNT(*) pada InnoDB dengan Indeks dan Caching Statistik?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!