Untuk memantau prestasi dan status MySQL Server, anda perlu bermula dari empat aspek: arahan terbina dalam, pemantauan sumber, penggunaan alat dan pemeriksaan log. 1. Gunakan arahan terbina dalam seperti status pertunjukan dan tunjukkan senarai proses untuk melihat dengan cepat bilangan sambungan dan status berjalan; 2. Menggabungkan arahan sistem dan mekanisme dalaman MySQL untuk memantau kecekapan pelaksanaan CPU, memori, cakera IO dan SQL; 3. Gunakan MySQL Workbench, Prometheus Grafana, Zabbix atau PMM untuk mencapai pemantauan yang berterusan dan menetapkan kekerapan pengambilalihan; 4. Secara kerap menganalisis log ralat dan log pertanyaan perlahan, tetapkan ambang dan mengoptimumkan SQL yang tidak diindeks, untuk segera menemui masalah yang berpotensi dan mencegah gangguan perkhidmatan.

Inti prestasi pelayan MySQL dan pemantauan status adalah dengan segera mengesan masalah dan mencari kesesakan, dan mengelakkan gangguan perkhidmatan atau tindak balas yang perlahan. Untuk meletakkannya secara langsung, anda perlu memberi perhatian kepada penggunaan sumber, kecekapan pertanyaan, bilangan sambungan, dan maklumat log.

1. Gunakan arahan terbina dalam untuk melihat status berjalan dengan cepat

MySQL dilengkapi dengan beberapa arahan asas tetapi praktikal, seperti SHOW STATUS dan SHOW PROCESSLIST , dengan cepat memahami status kesihatan pangkalan data semasa.

• SHOW STATUS LIKE 'Threads_connected'; Anda dapat melihat bilangan sambungan semasa. Jika nilai ini hampir dengan had sambungan maksimum anda, anda perlu menyesuaikan konfigurasi atau periksa sama ada terdapat sambungan yang tidak normal.
• SHOW PROCESSLIST; membolehkan anda melihat benang yang dilaksanakan. Sekiranya terdapat sejumlah besar sambungan dalam keadaan "tidur", ini mungkin bermakna bahawa aplikasi tidak menutup sambungan dengan betul.
• SHOW GLOBAL STATUS; Menyediakan pembolehubah keadaan yang lebih komprehensif, seperti berapa banyak pertanyaan yang diproses, berapa banyak jadual dibuka, dll.

Perintah ini tidak memerlukan alat tambahan dan sesuai untuk kegunaan cepat semasa penyelesaian masalah kecemasan.

2. Memantau sumber sistem dan penggunaan sumber MySQL

Prestasi MySQL adalah tertakluk kepada faktor -faktor seperti CPU, memori, cakera IO dan sebagainya. Anda boleh menggabungkan arahan Linux untuk memerhatikan:

• Semak kadar penggunaan CPU top atau htop
• free -m untuk melihat penggunaan memori
• iostat (memerlukan pakej sysstat) memerhatikan cakera membaca dan menulis tekanan

Untuk sumber dalaman MySQL, anda boleh menggunakan kaedah berikut:

• Hidupkan log pertanyaan perlahan untuk mencari SQL yang telah lama dilaksanakan
• Gunakan SHOW PROFILE (ketinggalan zaman) atau performance_schema untuk menganalisis penggunaan sumber SQL tunggal
• Semak kadar hit Pool Buffer InnoDB. Sekiranya kadar hit rendah, ini bermakna terdapat memori yang tidak mencukupi atau ada masalah dengan strategi cache.

Sekiranya anda mendapati bahawa CPU tiba -tiba meningkat dalam tempoh masa tertentu dan bilangan pertanyaan perlahan meningkat, kemungkinan bahawa terdapat SQL yang tidak dioptimumkan yang membawa kepada persaingan sumber.

3. Gunakan alat pemantauan untuk mencapai pemerhatian berterusan

Perintah melaksanakan secara manual hanya boleh dilihat sementara. Jika anda benar -benar mahu memantau mereka untuk masa yang lama, anda masih perlu menggunakan alat. Alat sumber terbuka yang biasa adalah:

• MySQL Workbench : Dilengkapi dengan panel pemantauan, yang boleh memaparkan pelbagai petunjuk secara grafik
• Prometheus Grafana : Sesuai untuk membina sistem pemantauan peringkat perusahaan, fleksibel dan berskala
• ZABBIX : Kuat, menyokong item pemantauan tersuai dan mekanisme penggera
• Pemantauan dan Pengurusan Percona (PMM) : Platform pemantauan yang direka untuk MySQL, keluar dari kotak

Perhatikan kekerapan pengumpulan dan masa pengekalan data sejarah apabila menetapkan pemantauan. Sebagai contoh, lebih munasabah untuk mengumpulnya setiap 5 saat, kerana ia akan meningkatkan beban pada pangkalan data terlalu kerap.

4. Periksa log ralat dan log pertanyaan perlahan dengan kerap

Log adalah maklumat pertama untuk menyelesaikan masalah. Log ralat MySQL biasanya merekodkan maklumat seperti Start, Stop, Exception Ralat, dan sebagainya; Rekod log pertanyaan perlahan penyataan SQL yang telah dilaksanakan untuk lebih daripada masa yang ditentukan.

Cadangan:

• Tetapkan ambang pertanyaan perlahan yang munasabah (seperti 0.5 saat)
• Bersama-sama dengan analisis PT-Query-Digest, log pertanyaan perlahan didapati mencari SQL yang mempengaruhi prestasi yang paling banyak
• Membersihkan atau mengarkibkan log lama secara berkala untuk mengelakkan kepenuhan cakera

Sekiranya anda mendapati bahawa terdapat sejumlah besar pertanyaan yang perlahan pada waktu setiap pagi, mungkin beberapa SQL dalam tugas masa tidak melalui indeks dan memerlukan pengoptimuman.

Pada dasarnya kaedah ini. Pemantauan bukanlah pekerjaan sekali, tetapi proses yang memerlukan penyelenggaraan dan pelarasan yang berterusan. Banyak masalah sebenarnya telah meletakkan asas untuk masa yang lama, tetapi adakah anda dapati terlebih dahulu.

Atas ialah kandungan terperinci Memantau prestasi dan status pelayan MySQL. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!