Bagaimana untuk mengenal pasti dan mengoptimumkan pertanyaan perlahan di MySQL? (Log pertanyaan perlahan, prestasi_schema)

Untuk mengoptimumkan pertanyaan perlahan MySQL, anda perlu menggunakan log pertanyaan perlahan dan prestasi_schema: 1. Dayakan log pertanyaan perlahan dan tetapkan ambang untuk merakam pertanyaan perlahan; 2. Gunakan Performance_Schema untuk menganalisis butiran pelaksanaan pertanyaan, cari kemunculan prestasi dan mengoptimumkan.

Pengenalan

Apabila anda terperangkap dalam maze pengoptimuman prestasi pangkalan data MySQL, mengenal pasti dan mengoptimumkan pertanyaan yang perlahan adalah kunci untuk memecahkan maze. Hari ini, kami akan meneroka cara yang mendalam bagaimana menggunakan log pertanyaan perlahan MySQL dan Performance_schema, dua alat yang berkuasa, untuk mendedahkan dan menyelesaikan pelakunya yang melambatkan pangkalan data anda. Sama ada anda seorang pemula pangkalan data yang baru atau pakar pangkalan data yang berpengalaman, artikel ini dapat memberi anda panduan praktikal dan pandangan yang unik.

Semak pengetahuan asas

Sebelum anda mula meneroka strategi pengoptimuman tertentu, anda mungkin dengan cepat menyemak alat yang akan kami gunakan - log pertanyaan perlahan dan prestasi_schema.

Log pertanyaan perlahan adalah ciri MySQL yang merekodkan pertanyaan yang masa pelaksanaannya melebihi ambang tertentu. Ambang ini boleh ditetapkan oleh pembolehubah long_query_time . Dengan menganalisis log ini, kita dapat mencari pertanyaan perlahan yang mempengaruhi prestasi pangkalan data.

Performance_schema adalah sistem pemantauan prestasi di MySQL. Ia menyediakan data prestasi berbutir yang lebih baik, termasuk masa pelaksanaan pertanyaan, mengunci masa menunggu, dan lain-lain. Melalui Performance_Schema, kita tidak hanya dapat melihat masa pelaksanaan keseluruhan pertanyaan, tetapi juga mendapat pemahaman yang mendalam tentang prestasi pertanyaan pada setiap peringkat.

Konsep teras atau analisis fungsi

Definisi dan fungsi log pertanyaan perlahan

Log pertanyaan perlahan adalah fail log yang digunakan oleh MySQL untuk merakam pertanyaan yang masa pelaksanaannya melebihi ambang set. Fungsi utamanya adalah untuk membantu kita mengenal pasti pertanyaan yang mempunyai kesan negatif terhadap prestasi pangkalan data. Dengan menganalisis log pertanyaan yang perlahan, kami dapat mengetahui pertanyaan yang perlu dioptimumkan dan mengambil langkah yang sepadan.

Sebagai contoh, katakan kami menetapkan long_query_time hingga 1 saat, maka semua pertanyaan yang telah dilaksanakan selama lebih dari 1 saat akan direkodkan dalam log pertanyaan perlahan.

 - Dayakan log pertanyaan perlahan set global SLOW_QUERY_LOG = 'ON';
- Tetapkan ambang pertanyaan perlahan ke 1 set detik long_query_time = 1;

Bagaimana prestasi_schema berfungsi

Prinsip kerja prestasi_schema adalah untuk memantau operasi dalaman MySQL melalui satu siri peristiwa. Acara -acara ini termasuk pelaksanaan pertanyaan, fail I/O, menunggu kunci, dan lain -lain. Dengan menganalisis peristiwa -peristiwa ini, kita dapat memperoleh wawasan tentang prestasi pertanyaan di setiap peringkat dan mencari kesesakan prestasi.

Sebagai contoh, kita dapat melihat masa pelaksanaan pertanyaan melalui pertanyaan berikut:

 Pilih event_name, timer_wait
Dari prestasi_schema.events_statements_current
Di mana thread_id = (pilih thread_id dari prestasi_schema.threads where processList_id = connection_id ());

Contoh penggunaan

Penggunaan Asas: Menganalisis log pertanyaan perlahan

Cara yang paling asas untuk menganalisis log pertanyaan perlahan adalah dengan menggunakan alat mysqldumpslow , yang dapat membantu kami dengan cepat mencari pertanyaan yang paling lambat. Contohnya:

 mysqldumpslow -st -t 10 /path/to/slow-query.log

Perintah ini menyenaraikan 10 pertanyaan yang mempunyai masa pelaksanaan terpanjang dalam log pertanyaan perlahan. Di sini -st bermaksud menyusun mengikut masa, -t 10 bermaksud memaparkan 10 rekod pertama.

Penggunaan Lanjutan: Gunakan Prestasi_SCHEMA untuk mengoptimumkan pertanyaan

Performance_schema boleh menyediakan data prestasi yang lebih terperinci. Sebagai contoh, kita boleh menganalisis pelan pelaksanaan pertanyaan melalui pertanyaan berikut:

 Pilih * dari prestasi_schema.events_statements_history_long
Di mana sql_text seperti '%pilih%'
Pesanan oleh timer_wait desc
Had 1;

Pertanyaan ini mengembalikan pernyataan SELECT dengan masa pelaksanaan terkini yang paling lama dan memaparkan pelan pelaksanaannya dan data prestasi lain. Melalui data ini, kita boleh mempunyai pemahaman yang lebih mendalam tentang kesesakan prestasi pertanyaan dan mengambil langkah pengoptimuman yang sepadan.

Kesilapan biasa dan tip debugging

Apabila menggunakan log pertanyaan perlahan dan prestasi_schema, anda mungkin menghadapi beberapa kesilapan dan salah faham. Contohnya:

• Lupa untuk membolehkan log pertanyaan perlahan : Jika log pertanyaan perlahan tidak diaktifkan, maka kami tidak dapat merakam pertanyaan perlahan. Ia boleh diaktifkan dengan SET GLOBAL slow_query_log = 'ON'; ;.
• Tetapkan ambang terlalu tinggi : Jika long_query_time ditetapkan terlalu tinggi, beberapa pertanyaan yang perlu dioptimumkan mungkin terlepas. Adalah disyorkan untuk menyesuaikan ambang ini mengikut keadaan sebenar.
• Mengabaikan overhead Performance_schema : Prestasi_SCHEMA akan membawa overhead prestasi tertentu, terutamanya dalam persekitaran beban tinggi. Overhead boleh dikawal melalui pemboleh ubah performance_schema_consumer_global_instrumentation .

Pengoptimuman prestasi dan amalan terbaik

Dalam aplikasi praktikal, mengoptimumkan pertanyaan perlahan memerlukan menggabungkan pelbagai kaedah dan alat. Berikut adalah beberapa strategi pengoptimuman dan amalan terbaik:

• Pengoptimuman Indeks : Dengan menganalisis log pertanyaan perlahan dan data prestasi_schema, cari pertanyaan yang tidak menggunakan indeks atau tidak digunakan dengan tidak sesuai, dan tambah atau menyesuaikan indeks.
• Tulis semula pertanyaan : Beberapa pertanyaan dapat meningkatkan prestasi dengan menulis semula. Sebagai contoh, menulis semula subqueries kompleks untuk menyertai, atau menggunakan jadual sementara untuk mengurangkan pengiraan pendua.
• Pengoptimuman cache : Penggunaan rasional cache pertanyaan MySQL dan cache peringkat aplikasi dapat meningkatkan prestasi pertanyaan dengan ketara.
• Peningkatan Perkakasan : Dalam beberapa kes, kesesakan perkakasan boleh menjadi punca utama pertanyaan perlahan. Peningkatan perkakasan yang sesuai, seperti menambah memori atau menggunakan SSD, dapat meningkatkan prestasi pangkalan data dengan ketara.

Semasa proses pengoptimuman, perkara -perkara berikut perlu diberi perhatian kepada:

• Pemantauan dan penalaan adalah proses yang berterusan : Pengoptimuman prestasi pangkalan data bukanlah pekerjaan satu kali, dan memerlukan pemantauan dan penalaan berterusan.
• Ujian dan Pengesahan : Sebelum menggunakan sebarang skim pengoptimuman dalam persekitaran pengeluaran, ia mesti diuji sepenuhnya dan disahkan dalam persekitaran ujian untuk memastikan tiada masalah baru diperkenalkan.
• Mengimbangi prestasi dan penggunaan sumber : Semasa mengejar prestasi, penggunaan sumber juga harus dipertimbangkan. Pengoptimuman yang berlebihan boleh menyebabkan pembaziran sumber dan mempengaruhi prestasi keseluruhan sistem.

Melalui kaedah dan amalan di atas, kami dapat mengenal pasti dan mengoptimumkan pertanyaan perlahan dalam MySQL, dengan itu meningkatkan prestasi keseluruhan pangkalan data. Saya harap artikel ini dapat memberi anda sokongan dan inspirasi yang kuat di jalan ke pengoptimuman prestasi MySQL.

Atas ialah kandungan terperinci Bagaimana untuk mengenal pasti dan mengoptimumkan pertanyaan perlahan di MySQL? (Log pertanyaan perlahan, prestasi_schema). Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!