Jika anda mendapati bahawa pelayan berjalan perlahan -lahan atau penggunaan memori terlalu tinggi, anda harus memeriksa sebab sebelum beroperasi. Pertama, anda perlu menyemak penggunaan sumber sistem, menggunakan atas, htop, percuma -H, iostat, ss -TH dan arahan lain untuk memeriksa CPU, memori, cakera I/O dan sambungan rangkaian; Kedua, menganalisis masalah proses tertentu, dan menjejaki tingkah laku proses penghuni tinggi melalui alat seperti PS, Jstack, Strace; Kemudian semak log dan pemantauan data, lihat rekod OOM, permintaan pengecualian, pertanyaan perlahan dan petunjuk lain; Akhirnya, pemprosesan yang disasarkan dijalankan berdasarkan sebab -sebab biasa seperti kebocoran memori, keletihan kolam sambungan, ribut kegagalan cache, dan konflik tugas masa, mengoptimumkan logik kod, menubuhkan mekanisme percubaan masa, menambah fius had semasa, dan sumber pengukuran tekanan dan penilaian secara teratur.

Jika anda mendapati bahawa pelayan berjalan perlahan -lahan atau penggunaan memori terlalu tinggi, jangan tergesa -gesa untuk dimulakan semula. Ketahui apa masalahnya, jika tidak, anda akan membuatnya semula pada masa akan datang. Masalah jenis ini biasanya berkaitan dengan penggunaan sumber, pengecualian proses atau kesilapan konfigurasi.

Berikut adalah beberapa arahan penyelesaian masalah yang biasa dan cadangan praktikal:

Semak Penggunaan Sumber Sistem

Pertama sekali, anda mesti mengetahui beban dan penggunaan sumber sistem semasa. Perintah yang biasa digunakan termasuk top , htop (lebih intuitif), free -h dan vmstat .

• Penggunaan CPU : Gunakan top atau htop untuk melihat proses mana yang menduduki sejumlah besar CPU.
• Penggunaan Memori : free -h boleh melihat memori total, memori dan cache yang digunakan dengan cepat.
• Disk I/O : Gunakan iostat atau iotop untuk memeriksa sama ada terdapat proses yang sering dibaca dan ditulis ke cakera.
• Sambungan Rangkaian : netstat -antp atau ss -antp boleh memberitahu sama ada terdapat sambungan yang tidak normal atau penghunian pelabuhan.

Sekiranya proses tiba -tiba menaikkan sumber, anda boleh mencatat PID terlebih dahulu dan menganalisisnya kemudian.

Menganalisis masalah proses tertentu

Selepas mencari proses yang menduduki sumber yang tinggi, langkah seterusnya adalah melihat apa yang dilakukannya. Sebagai contoh, aplikasi Java boleh menyebabkan lag yang kerap disebabkan oleh GC penuh; Walaupun proses PHP-FPM boleh mengakibatkan gelung mati atau pertanyaan perlahan dalam kod.

Anda boleh menggunakan kaedah berikut untuk menganalisis secara mendalam:

• Gunakan ps -p <pid></pid> untuk melihat maklumat asas proses
• Untuk aplikasi Java, anda boleh menggunakan jstack <pid></pid> untuk merebut tumpukan thread untuk melihat apakah ia tersekat di suatu tempat
• Gunakan strace -p <pid></pid> untuk melihat sistem mana yang memanggil proses dan sama ada terdapat operasi menghalang jangka panjang
• Sekiranya ia adalah perkhidmatan yang berkaitan

Kadang -kadang anda akan mendapati bahawa walaupun proses tertentu menduduki jumlah yang tinggi, ia sebenarnya adalah tingkah laku biasa, seperti semasa pelaksanaan tugas sandaran. Oleh itu, kita perlu melihatnya dalam kombinasi dengan logik perniagaan.

Semak log dan memantau data

Log sering menjadi petunjuk utama untuk menemui masalah. Log sistem (seperti /var/log/messages atau journalctl ), log aplikasi, dan log pangkalan data mesti dilihat.

• Adakah terdapat rekod OOM (daripada ingatan) yang dibunuh? Anda boleh melihatnya melalui dmesg | grep -i kill
• Adakah terdapat permintaan yang tidak normal, masa tamat, cuba semula dan fenomena lain dalam log permohonan?
• Adakah terdapat pertanyaan yang perlahan, kunci menunggu dan situasi lain dalam log pangkalan data?

Sekiranya terdapat sistem pemantauan (seperti Prometheus Grafana), lebih mudah untuk melihat trend. Sebagai contoh, adakah penggunaan memori terus meningkat? Adakah terdapat tugas -tugas masa yang mencetuskan sejumlah besar operasi pada masa tertentu?

Penyebab dan cadangan rawatan biasa

Beberapa masalah sebenarnya agak biasa, seperti:

• Kebocoran memori : Program yang ditulis dalam bahasa tertentu (seperti Node.js, Java) terdedah kepada kebocoran ingatan, dan anda boleh menggunakan alat yang sepadan untuk menganalisis gambar memori timbunan.
• Keletihan Kolam Sambungan : Sambungan pangkalan data tidak dikeluarkan dan permintaan HTTP tidak ditetapkan tamat boleh menyebabkan pengumpulan.
• Ribut Kegagalan Cache : Selepas cache dibatalkan secara besar -besaran, semua permintaan dipukul ke pangkalan data, menyebabkan longsor.
• Konflik Tugas Masa : Pelbagai tugas dijalankan pada masa yang sama, memakan semua sumber.

Apabila menghadapi masalah ini, anda boleh bermula dari aspek -aspek ini:

• Mengoptimumkan logik kod untuk mengurangkan penggunaan sumber yang tidak perlu
• Tetapkan mekanisme masa tamat dan mencuba semula yang munasabah
• Tambahkan had semasa dan fius ke antara muka utama
• Ujian tekanan prestasi biasa dan penilaian sumber

Pada dasarnya itu sahaja. Apabila pelayan melambatkan atau memori meletup, terlebih dahulu melihat sumber keseluruhan, kemudian cari proses tertentu, kemudian periksa log dan pemantauan, dan akhirnya membuat pertimbangan berdasarkan corak biasa. Tidak setiap kali, pengetahuan pakar diperlukan, tetapi terdapat banyak perhatian kepada butiran, terutama yang "kelihatan normal tetapi sebenarnya bermasalah".

Atas ialah kandungan terperinci Bagaimanakah anda menyahpepijat pelayan yang perlahan atau mempunyai penggunaan memori yang tinggi?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!