Menyelesaikan Masalah Penggunaan Memori MySQL: Panduan Penyelesaian Masalah

MySQL mungkin mengambil memori terlalu banyak kerana konfigurasi yang tidak betul, beban pertanyaan aktif, atau penggunaan jadual sementara, menjejaskan prestasi dan juga menyebabkan kemalangan. Semak konfigurasi seperti innodb_buffer_pool_size (disyorkan bahawa pelayan yang berdedikasi ditetapkan kepada 60-80% RAM), max_connections dan saiz penampan; Semak pertanyaan jangka panjang atau intensif sumber dalam menunjukkan senarai proses penuh, mengoptimumkan struktur indeks dan pertanyaan; Pantau nisbah create_tmp_disk_tables, laraskan tmp_table_size dan max_heap_table_size; Pada masa yang sama memberi perhatian kepada pemanasan kolam penampan dan penggunaan partition swap sistem untuk memastikan tiada pertukaran yang disebabkan oleh ingatan yang tidak mencukupi.

MySQL boleh mula menggunakan lebih banyak memori daripada yang dijangkakan untuk pelbagai sebab - dan apabila ia berlaku, ia boleh memberi kesan kepada prestasi pelayan atau bahkan menyebabkan kemalangan. Jika anda melihat penggunaan memori yang tinggi dalam contoh MySQL anda, perkara pertama yang perlu diketahui ialah: ia tidak semestinya pepijat atau kesilapan. Sering kali, ia adalah bagaimana MySQL berkelakuan dalam keadaan tertentu. Kuncinya ialah mengetahui bagaimana untuk mengenal pasti apa yang normal dan apa yang perlu ditala.

Semak tetapan konfigurasi MySQL

Salah satu punca yang paling biasa penggunaan memori yang tinggi adalah konfigurasi yang tidak betul. MySQL mempunyai beberapa tetapan yang mengawal berapa banyak memori yang digunakannya, dan jika mereka ditetapkan terlalu tinggi (terutamanya untuk perkakasan anda), perkara -perkara boleh keluar dari tangan dengan cepat.

• innodb_buffer_pool_size biasanya pengguna memori terbesar. Ia dimaksudkan untuk data cache dan indeks, jadi ia harus cukup besar untuk memegang data yang sering diakses, tetapi tidak begitu besar sehingga ia membintangi sistem ingatan.
• max_connections juga memainkan peranan - setiap sambungan boleh memperuntukkan beberapa memori, dan dengan beratus -ratus sambungan, ini menambah cepat.
• Pembolehubah lain seperti join_buffer_size , sort_buffer_size , dan read_buffer_size adalah buffer per-sambungan. Meningkatkannya mungkin meningkatkan prestasi pertanyaan, tetapi mereka melipatgandakan semua sambungan aktif.

? Peraturan yang baik adalah untuk memastikan innodb_buffer_pool_size sekitar 60-80% RAM yang ada pada pelayan MySQL yang berdedikasi. Untuk persekitaran yang dikongsi, turunkannya dengan sewajarnya.

Lihat pertanyaan dan sambungan aktif

Penggunaan memori yang tinggi tidak selalu mengenai konfigurasi statik - kadang -kadang ia disebabkan oleh apa yang sedang berjalan secara aktif. Pertanyaan jangka panjang, terutama yang melakukan imbasan meja penuh atau macam, boleh mengambil banyak memori sementara.

Anda boleh menggunakan arahan seperti:

 Tunjukkan senarai proses penuh;

Ini akan menunjukkan kepada anda apa pertanyaan yang sedang berjalan. Perhatikan:

• Pertanyaan dalam "Menghantar Data", "hasil penyortiran", atau "menyalin ke Jadual TMP"-ini sering memori-berat.
• Pertanyaan yang telah lama berlari tanpa selesai.

Juga, periksa jika terdapat banyak sambungan terbiar yang tergantung. Mereka masih mengambil ingatan dan boleh menambah dengan cepat jika aplikasi anda tidak menutupnya dengan betul.

Sekiranya anda mendapati pertanyaan yang bermasalah, pertimbangkan untuk mengoptimumkannya dengan:

• Menambah indeks yang betul
• Memecahkan mereka ke dalam ketulan yang lebih kecil
• Mengelakkan pilih * dan tidak perlu bergabung

Pantau jadual sementara dan penggunaan cakera

MySQL kadang -kadang mewujudkan jadual sementara dalaman untuk mengendalikan pertanyaan kompleks. Ini boleh dibuat dalam ingatan (menggunakan enjin memori) atau pada cakera (menggunakan myisam atau innoDB). Jadual temp berasaskan memori lebih cepat, tetapi mereka memakan RAM.

Semak berapa kerap MySQL mencipta jadual sementara di atas cakera dengan:

 Tunjukkan status global seperti 'created_tmp_tables';
Tunjukkan status global seperti 'created_tmp_disk_tables';

Nisbah yang tinggi dari jadual suhu cakera-ke-memori menunjukkan bahawa anda mungkin perlu menyesuaikan:

• tmp_table_size
• max_heap_table_size

Ini mengawal betapa besarnya jadual sementara dalam memori dapat berkembang. Jika pertanyaan secara rutin melebihi had ini, mereka tumpah ke cakera - yang lebih perlahan dan mungkin menunjukkan bahawa anda perlu sama ada meningkatkan had (jika memori membenarkan) atau mengoptimumkan pertanyaan.

Tonton pemanasan kolam penampan dan swpping

Satu lagi sebab yang kurang jelas ialah pemanasan kolam penampan. Apabila MySQL bermula, ia secara beransur -ansur memuatkan data ke dalam kolam penampan sebagai pertanyaan mengaksesnya. Semasa fasa ini, anda mungkin melihat pendakian penggunaan memori sehingga ia menstabilkan.

Juga, pastikan pelayan anda tidak bertukar. Swap berlaku apabila OS kehabisan memori fizikal dan mula menggunakan ruang cakera sebagai memori maya. Ini membunuh prestasi dan sering menunjukkan bahawa MySQL dikonfigurasi untuk menggunakan lebih banyak memori daripada yang selamat.

Gunakan alat seperti top , htop , atau free -m untuk memantau penggunaan memori masa nyata dan aktiviti swap.

Itu pada dasarnya. Penggunaan memori MySQL yang tinggi biasanya turun ke tetapan konfigurasi, beban kerja aktif, atau tingkah laku pertanyaan. Sebaik sahaja anda memahami di mana penggunaannya datang, menjadi lebih mudah untuk memutuskan sama ada anda perlu meningkatkan, menetapkan tetapan, atau mengoptimumkan pertanyaan.

Atas ialah kandungan terperinci Menyelesaikan Masalah Penggunaan Memori MySQL: Panduan Penyelesaian Masalah. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!