Strategi pengindeksan yang berkesan perlu digabungkan dengan corak pertanyaan, pengagihan data dan keperluan perniagaan, dan bukannya ditambah secara membabi buta. 1. Memahami laluan pertanyaan biasa, mengutamakan penubuhan indeks bersama untuk kombinasi multi-bidang, pengisihan atau pengumpulan, dan memberi perhatian kepada perintah indeks; 2. Elakkan pengindeksan yang berlebihan untuk mengurangkan overhead menulis, indeks berlebihan bersih secara teratur, dan melihat indeks yang tidak digunakan melalui pandangan sistem; 3. Gunakan indeks overlay untuk membuat indeks itu sendiri mengandungi medan yang diperlukan untuk pertanyaan, mengurangkan operasi kembali jadual, dan meningkatkan kecekapan bacaan; 4. Pertimbangkan pembahagian dan pengindeksan untuk jadual super besar, pilih kekunci partition yang selaras dengan syarat pertanyaan, dan mewujudkan indeks yang munasabah untuk setiap partition, tetapi peningkatan kerumitan dan prestasi diperlukan.

Pengindeksan adalah alat utama untuk meningkatkan prestasi pertanyaan MySQL, tetapi untuk jadual besar, buta menambah indeks boleh melambatkan penulisan dan ruang penyimpanan sisa. Strategi pengindeksan yang benar -benar berkesan bukanlah lebih, lebih baik, tetapi harus direka bentuk dalam kombinasi dengan corak pertanyaan, pengagihan data dan keperluan perniagaan.

1. Memahami mod pertanyaan dan buat indeks seperti yang diperlukan

Jangan tambahkan indeks apabila anda melihat klausa di mana. Anda perlu memikirkan apa jalan pertanyaan yang biasa digunakan. Contohnya:

• Bidang mana yang sering muncul di mana keadaan?
• Adakah terdapat situasi di mana pelbagai bidang menggabungkan pertanyaan?
• Adakah terdapat jenis (pesanan oleh) atau pengumpulan (kumpulan oleh) operasi?

Sebagai contoh: anda mempunyai pesanan jadual pesanan. Jika kebanyakan pertanyaan ditapis dengan gabungan user_id dan created_at , maka indeks bersama (user_id, created_at) lebih efisien daripada dua indeks lajur tunggal.

Nota: Indeks kesatuan adalah teratur, (a, b) boleh menyokong WHERE a = ? Dan WHERE a = ? AND b = ? , tetapi tidak WHERE b = ? .

2. Elakkan daripada indeks dan kawalan Tulis overhead

Setiap masa data dimasukkan, dikemas kini, atau dipadam, MySQL perlu mengemas kini semua indeks yang berkaitan dengan serentak. Jika anda menambah tujuh atau lapan indeks ke meja dengan puluhan juta baris, kelajuan penulisan akan lebih perlahan.

Amalan yang dicadangkan:

• Padam indeks yang tidak lagi digunakan, terutamanya indeks "sementara" yang tertinggal semasa fasa ujian
• Untuk medan yang sering dikemas kini tetapi jarang ditanya, cuba mengelakkan pengindeksan
• Gunakan ALTER TABLE ... DROP INDEX untuk membersihkan indeks berlebihan secara berkala

Anda boleh menggunakan pernyataan berikut untuk melihat indeks yang tidak digunakan:

 Pilih * dari sys.schema_unused_indexes;

Ini dapat membantu anda mengetahui indeks mana yang sebenarnya boleh dipadamkan.

3. Gunakan indeks overlay untuk mengurangkan meja ke meja

Indeks Overwriting bermaksud: Indeks itu sendiri mengandungi semua medan yang diperlukan untuk pertanyaan, jadi pangkalan data tidak perlu mencari baris data dalam indeks utama utama, menjimatkan I/O.

Sebagai contoh, katakan anda mempunyai pertanyaan seperti ini:

 Pilih nama dari pengguna di mana status = 'aktif';

Jika anda mempunyai indeks di medan status tetapi hanya masukkan medan ini, maka MySQL masih perlu kembali ke meja untuk memeriksa nama tersebut. Walau bagaimanapun, jika indeks bersama (status, name) ditubuhkan, indeks boleh langsung dipukul dan menyelesaikan pertanyaan.

Kaedah pengoptimuman ini amat sesuai untuk pertanyaan jenis laporan dengan lebih banyak bacaan dan kurang dibaca.

4. Pertimbangkan koordinasi antara partition dan indeks

Apabila jumlah data satu jadual adalah sangat besar (seperti beratus -ratus juta rekod), walaupun terdapat indeks, ia boleh menjejaskan kecekapan pertanyaan kerana pokok indeks terlalu mendalam. Anda boleh mempertimbangkan menggunakan jadual partition pada masa ini.

Kaedah pembahagian biasa termasuk pembahagian mengikut julat masa, pembahagian oleh hash, dan lain -lain. Apa yang harus diperhatikan ialah:

• Kunci partition adalah yang terbaik selaras dengan medan dalam keadaan pertanyaan.
• Setiap partition mempunyai struktur indeks sendiri, jadi anda mesti menilai semula strategi indeks selepas pembahagian.
• Jangan berfikir bahawa menggunakan partition pasti akan cepat, ia juga membawa tahap kerumitan tertentu.

Sebagai contoh, jika anda mempunyai jadual log, tambahkan berjuta -juta data baru setiap hari, anda boleh memisahkan julat dengan log_date dan menambah indeks (user_id, log_date) untuk setiap partition, yang bukan sahaja dapat dengan cepat mencari tingkah laku pengguna, tetapi juga mengawal saiz partisi.

Pada dasarnya itu sahaja. Pengoptimuman indeks bukan sesuatu yang dapat dicapai semalaman. Kuncinya adalah untuk terus memerhatikan prestasi pertanyaan, menganalisis pelan pelaksanaan, dan kerap mengekalkan struktur indeks. Tidak rumit tetapi mudah diabaikan.

Atas ialah kandungan terperinci Melaksanakan strategi pengindeksan yang berkesan untuk jadual mysql yang besar. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!