Metrik utama untuk memantau prestasi MySQL termasuk sumber sistem, kecekapan pertanyaan, status sambungan, dan status replikasi. 1. CPU yang tinggi dan penggunaan memori mungkin disebabkan oleh pertanyaan kompleks atau indeks yang hilang. Adalah disyorkan untuk menggunakan Top, HTOP, Free -M dan Prometheus Grafana untuk memantau dan mengoptimumkan pertanyaan yang perlahan; 2. Bilangan pertanyaan perlahan dan masa pelaksanaan mencerminkan masalah kecekapan SQL. Pertanyaan perlahan perlu dihidupkan dan dianalisis dengan alat, dan kerap melihat pelan pelaksanaan dan dioptimumkan; 3. Terlalu banyak sambungan boleh membawa kepada persaingan sumber. Max_connections yang munasabah, aktifkan cache benang, gunakan kolam sambungan dan perhatikan penunjuk yang dibatalkan_connects; 4. Kelewatan replikasi master-hamba dapat dilihat melalui saat_behind_master. Adalah disyorkan untuk menggunakan replikasi selari, mengelakkan gangguan pertanyaan yang panjang, dan pertimbangkan untuk membaca dan menulis pemisahan untuk mengurangkan tekanan pada perpustakaan utama.

Sebenarnya tidak banyak petunjuk utama untuk memantau prestasi MySQL, tetapi masing -masing secara langsung mempengaruhi kestabilan dan kelajuan tindak balas pangkalan data. Tumpuannya adalah bermula dari aspek sumber sistem, kecekapan pertanyaan, status sambungan dan status replikasi, dan menemui kesesakan tepat pada masanya.

1. CPU dan penggunaan memori

Prestasi MySQL secara langsung dipengaruhi oleh sumber perkakasan pelayan, terutama CPU dan memori.

• Penggunaan CPU yang tinggi mungkin disebabkan oleh sejumlah besar pertanyaan kompleks atau indeks yang hilang;
• Memori yang tidak mencukupi boleh menyebabkan swap cakera yang kerap, yang serius melambatkan kelajuan tindak balas.

Cadangan:

• Gunakan top atau htop untuk melihat penggunaan CPU secara keseluruhan;
• Pantau penggunaan memori melalui free -m atau vmstat ;
• Bersempena dengan alat pemantauan seperti Prometheus Grafana untuk melihat trend dalam masa nyata;
• Jika kemunculan CPU sering berlaku, pertimbangkan untuk mengoptimumkan pertanyaan perlahan atau menambah lapisan cache.

2. Bilangan pertanyaan perlahan dan masa pelaksanaan

Pertanyaan perlahan adalah salah satu masalah yang paling biasa yang mempengaruhi prestasi MySQL.

• Hidupkan log pertanyaan perlahan untuk menangkap kenyataan yang masa pelaksanaannya melebihi ambang;
• Menganalisis sama ada pernyataan ini kekurangan indeks, sama ada terdapat imbasan jadual penuh yang tidak perlu, dll.

Cadangan:

• Tetapkan ambang pertanyaan perlahan yang sesuai (contohnya, 1 saat);
• Gunakan alat mysqldumpslow atau pt-query-digest untuk menganalisis log;
• Semak SHOW PROCESSLIST Secara kerap untuk melihat sama ada terdapat sebarang pertanyaan jangka panjang yang dilaksanakan;
• Melaksanakan analisis pelan pelaksanaan (terangkan) dan mengoptimumkan frekuensi tinggi dan memakan masa SQL.

3. Bilangan sambungan dan status benang

Semakin banyak sambungan MySQL, lebih baik. Terlalu banyak sambungan boleh menyebabkan sumber berebut atau bahkan penafian perkhidmatan.

• Semak nombor sambungan semasa: SHOW STATUS LIKE 'Threads_connected';
• Perhatikan sama ada terdapat terlalu banyak sambungan terbiar atau menyekat benang.

Fenomena Biasa:

• Lapisan aplikasi gagal melepaskan sambungan dengan betul, mengakibatkan pengumpulan sambungan;
• Benang berada dalam keadaan "terkunci" atau "menghantar data" terlalu lama.

Cadangan:

• Tetapkan bilangan sambungan maksimum yang munasabah (max_connections);
• Dayakan Cache Thread (thread_cache_size) ke benang multiplex;
• Gunakan kolam sambungan untuk menguruskan sambungan aplikasi;
• Beri perhatian kepada metrik Aborted_connects . Terlalu tinggi menunjukkan bahawa terdapat percubaan sambungan haram atau isu konfigurasi.

4. Kelewatan replikasi master-hamba (jika replikasi digunakan)

Jika anda menggunakan seni bina master-hamba, latensi replikasi adalah metrik utama.

• Kelewatan ini boleh dilihat melalui Seconds_Behind_Master dalam SHOW SLAVE STATUS\G ;
• Sekiranya nilai ini terus berkembang, ia bermakna ia tidak dapat diproses dari perpustakaan.

Sebab mungkin termasuk:

• Prestasi perkakasan perpustakaan hamba lebih lemah daripada perpustakaan induk;
• Urus niaga besar atau kemas kini batch membawa kepada pileup replikasi;
• Latensi rangkaian atau persaingan kunci.

Cadangan:

• Semak status replikasi dengan kerap;
• Meningkatkan throughput perpustakaan hamba menggunakan replikasi selari (disokong oleh MySQL 5.7);
• Elakkan menjalankan pertanyaan panjang di perpustakaan hamba yang mengganggu benang replikasi;
• Pertimbangkan pemisahan membaca dan menulis untuk mengurangkan tekanan di perpustakaan utama.

Pada dasarnya itu sahaja. Pemantauan prestasi MySQL tidak rumit, tetapi butirannya mudah diabaikan, seperti log pertanyaan perlahan tidak dibuka dan kolam sambungan tidak dikonfigurasi dengan betul. Masalah kecil ini akan mengumpul dan menjejaskan kestabilan keseluruhan sistem.

Atas ialah kandungan terperinci Metrik Utama untuk Memantau Prestasi MySQL. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!