Skema Prestasi MySQL adalah enjin pangkalan data terbina dalam yang memantau maklumat prestasi runtime dalaman MySQL. Kaedah membolehkan adalah seperti berikut: 1. Majoriti versi lalai diaktifkan, dan anda boleh menyemak status dengan menunjukkan pembolehubah seperti 'Performance_Schema'; 2. Jika dimatikan, tambahkan prestasi_schema = pada bahagian [mysqld] my.cnf atau my.ini, dan mulakan semula ia akan berkuatkuasa; 3. Perhatikan bahawa versi lama mungkin perlu dikumpulkan secara manual. Jadual pemantauan biasa termasuk: 1. Events_statements_summary_by_digest digunakan untuk mencari SQL yang paling banyak memakan sumber; 2. Table_io_waits_summary_by_table digunakan untuk mencari jadual hotspot; 3. File_summary_by_instance digunakan untuk memantau cakera io; 4. Memory_summary_global_by_event_name digunakan untuk melihat penggunaan memori. Kesan prestasi: 1. Overhead rendah, dengan CPU umum dan memori meningkat kurang daripada 5%; 2. Membolehkan terlalu banyak instrumen boleh meningkatkan beban; 3. Overhead boleh dikurangkan dengan mematikan item pengambilalihan yang tidak penting. Cara menggunakan alat ini: 1. Gunakan skema SYS untuk memudahkan pertanyaan; 2. Prometheus grafana untuk mencapai pemantauan visual; 3. Gunakan PT-Query-Digest untuk menganalisis masalah prestasi SQL. Dengan kandungan teras ini, skema prestasi boleh menjadi alat diagnosis masalah yang cekap.

Skema Prestasi MySQL adalah enjin pangkalan data terbina dalam yang memantau maklumat prestasi dalam runtime dalaman MySQL. Ia bukan sahaja memberi tumpuan kepada kenyataan SQL seperti log pertanyaan yang perlahan, tetapi sebaliknya menangkap petunjuk terperinci seperti benang, kunci, fail IO, penggunaan memori, dan lain -lain dari tahap yang lebih rendah. Jika anda mendapati bahawa pangkalan data semakin perlahan tetapi tidak dapat mencari sebab yang jelas, skema prestasi adalah "kaca pembesar" anda.

Bagaimana untuk membolehkan skema prestasi?

Secara lalai, skema prestasi didayakan untuk kebanyakan versi MySQL, tetapi anda perlu menyemak sama ada ia sebenarnya. Anda boleh melihatnya melalui arahan berikut:

 Tunjukkan pembolehubah seperti 'prestasi_schema';

Jika ON dikembalikan, ia bermakna ia didayakan; Sekiranya OFF , anda perlu menambahkannya ke fail konfigurasi (biasanya my.cnf atau my.ini ):

 [mysqld]
Performance_schema = on

Mulakan semula MySQL dan periksa lagi.

Nota: Beberapa versi lama (seperti sebelum MySQL 5.6) tidak boleh dihidupkan secara lalai, atau parameter yang berkaitan perlu ditambah semasa penyusunan manual.

Apakah item pemantauan yang biasa digunakan? Bagaimana saya harus melihatnya?

Skema prestasi menganjurkan data ke dalam pelbagai jadual, yang boleh anda fahami sebagai "titik pemerhatian". Berikut adalah beberapa jam tangan praktikal dan mudah digunakan:

• events_statements_summary_by_digest
  Jadual ini dapat membantu anda dengan cepat mencari pernyataan SQL yang paling memakan sumber. Ia meringkaskan bilangan hukuman mati, masa purata, mengunci masa menunggu dan maklumat lain mengikut templat SQL (Digest). Sesuai untuk menyelesaikan masalah "Apa SQL adalah yang paling kerap atau paling lambat".

• table_io_waits_summary_by_table
  Jika anda mengesyaki bahawa akses meja terlalu perlahan, anda dapat melihat jadual mana yang mempunyai masa menunggu yang paling lama untuk membaca dan menulis dalam jadual ini. Sesuai untuk meletakkan isu -isu meja tempat panas.

• file_summary_by_instance
  Pantau prestasi IO cakera dan anda dapat melihat fail data mana (ibdata1, ib_logfile, dan lain -lain) mempunyai tekanan membaca dan menulis yang paling besar.

• memory_summary_global_by_event_name
  Semak jumlah memori yang digunakan oleh modul yang berbeza, seperti kolam penampan InnoDB, jadual sementara, dan peruntukan memori yang berkaitan dengan sambungan.

Data jadual ini tidak akan dibersihkan secara automatik, jadi disyorkan untuk membuat sandaran atau mengeksport medan kunci secara teratur untuk analisis.

Adakah kesan prestasi mempunyai kesan yang besar? Adakah anda mahu bimbang tentang overhead?

Ini adalah soalan yang banyak orang bimbang. Walaupun Skema Prestasi adalah reka bentuk ringan, ia adalah peristiwa dalaman pembalakan selepas semua, jadi pasti ada overhead tambahan. Walau bagaimanapun, secara umum, impaknya sangat kecil, dengan CPU dan memori meningkat kurang daripada 5% dalam kebanyakan senario.

Sudah tentu, jika anda menghidupkan sejumlah besar instrumen (iaitu, item pengambilalihan), terutamanya titik pengambilalihan frekuensi tinggi seperti "Pernyataan/SQL/%" dan "Tunggu/IO/File/%", ia masih akan memberi kesan kepada prestasi.

Satu tip: anda boleh mengurangkan overhead dengan menutup item pengumpulan yang tidak diingini berdasarkan keperluan sebenar. Contohnya:

 Kemas kini prestasi_schema.setup_instruments set enabled = 'no' di mana nama seperti 'panggung/%';

Ini akan melumpuhkan beberapa peristiwa fasa yang tidak penting dan mengurangkan penggunaan sumber.

---

Bagaimana menggunakannya dalam kombinasi dengan alat?

Walaupun ia berguna untuk memeriksa jadual skema prestasi secara berasingan, ia tidak cukup intuitif. Anda boleh menggunakan kaedah berikut untuk meningkatkan kecekapan:

• Gunakan SHEMA sys : Ini adalah enkapsulasi pandangan rasmi berdasarkan skema prestasi, memudahkan banyak pertanyaan kompleks.
• Digabungkan dengan Prometheus Grafana: merangkak metrik utama skema prestasi secara teratur dan membuat panel visual.
• Bersempena dengan PT-Query-Digest: Walaupun ia digunakan terutamanya untuk menganalisis log pertanyaan perlahan, ia juga boleh dilihat dalam kombinasi dengan data events_statements_summary.

Alat ini bukan sahaja dapat membolehkan anda melihat trend sejarah, tetapi juga membantu menetapkan peraturan penggera untuk mencapai amaran awal.

---

Pada dasarnya itu sahaja. Skema prestasi tidak begitu sukar difahami, tetapi terdapat banyak butiran dan kita perlu melihatnya dalam kombinasi dengan isu -isu tertentu. Selagi anda menguasai beberapa jadual teras dan idea asas, ia adalah alat diagnostik yang sangat praktikal.

Atas ialah kandungan terperinci Menggunakan dan mentafsirkan skema prestasi MySQL. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!