Bagaimana untuk menyelesaikan ralat sintaks dalam pelaporan konkurensi tinggi dalam PHP

Penyelesaian kepada ralat sintaks yang dilaporkan oleh konkurensi tinggi dalam PHP: 1. Semak bilangan akses atau sambungan yang dikonfigurasikan nginx, dan tambahkan dua parameter nginx 2. Sahkan sama ada proses pekerja php-fpm; adalah mencukupi, dan kemudian Tingkatkan bilangan proses sambungan_pekerja 3. Lumpuhkan log perlahan yang direkodkan.

Persekitaran pengendalian tutorial ini: sistem Windows 10, PHP versi 8.1, komputer Dell G3.

Bagaimana untuk menyelesaikan ralat sintaks dalam pelaporan konkurensi tinggi dalam php?

Nginx+Php pelaporan serentak tinggi 502, 504 penyelesaian masalah:

Baru-baru ini membantu syarikat mengoptimumkan projek php. Baidu sambil mengoptimumkan. Projek ini mempunyai bilangan lawatan yang besar (purata 80,000+ permintaan seminit).

Tiga pelayan aws digunakan. Dua 8 teras 16G dan satu 4 teras 16G. Yang kecil menjalankan Nginx dan menjalankan sebilangan kecil proses php-fpm. Pada asasnya letakkan dan gantungkannya. Akses adalah semua 502 dan 504. Kerana tiada masalah dengan projek dan ujian telah dijalankan sebelum ini. Kemudian saya mula mencari masalah di Baidu.

1. Adalah disyaki bilangan akses konfigurasi nginx atau bilangan sambungan terlalu kecil untuk dikendalikan, dan kemudian meningkatkan dua parameter nginx.

Bilangan maksimum sambungan yang dibenarkan setiap proses, secara teorinya bilangan maksimum sambungan bagi setiap pelayan nginx ialah worker_processes*worker_connections

 worker_connections 5000；

Bilangan maksimum deskriptor fail yang dibuka oleh proses nginx, secara teorinya Nilainya hendaklah bilangan maksimum fail terbuka (ulimit -n) dibahagikan dengan bilangan proses nginx

worker_rlimit_nofile 20000;

Tamat masa permintaan PHP dan cache, dsb.

fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 256k;

Mulakan semula nginx selepas menetapkannya. . Tetapi apabila saya mengujinya, tiada tindak balas langsung.

2. Ia disyaki masalah konfigurasi php.

Sahkan sama ada proses pekerja php-fpm sudah mencukupi Jika tidak mencukupi, bermakna ia tidak didayakan

Kira bilangan proses pekerja yang dibuka:

.

ps -ef | grep 'php-fpm'|grep -v 'master'|grep -v 'grep' |wc -l

Kira bilangan proses pekerja yang sedang digunakan, permintaan sedang diproses

netstat -anp | grep 'php-fpm'|grep -v 'LISTENING'|grep -v 'php-fpm.conf'|wc -l

Jika dua nilai di atas hampir, anda boleh mempertimbangkan untuk menambah bilangan proses sambungan_pekerja <.>

dan mengubah suai bilangan proses php dalam php-fpm.conf. Tidak kira sama ada anda menaikkan atau menurunkan parameter ini. . . . terdesak!

Mengubah suai peringkat log log_level = nyahpepijat dalam php-fpm.conf. Saya melihat ralat dalam fail error_log:

[29-Mar-2014 22:40:10] ERROR: failed to ptrace(PEEKDATA) pid 4276: Input/output error (5)
[29-Mar-2014 22:53:54] ERROR: failed to ptrace(PEEKDATA) pid 4319: Input/output error (5)
[29-Mar-2014 22:56:30] ERROR: failed to ptrace(PEEKDATA) pid 4342: Input/output error (5)

Jadi, saya mula Google ralat ini sekali lagi. Cari artikel (http://www.mamicode.com/info-detail-1488604.html). Ia mengatakan di atas bahawa log perlahan yang direkodkan perlu dilumpuhkan slowlog = /var/log/php-fpm/slow.log request_slowlog_timeout = 15s; Pada masa ini, saya menyedari bahawa PHP juga merekodkan permintaan yang perlahan semasa akses. Kemudian buka fail log perlahan. Didapati bahawa semua log ralat disebabkan oleh PHP yang meminta redis. . .

Punca masalah ditemui Apabila PHP meminta data redis, ia sepatutnya terlalu banyak sambungan diminta. Masalah yang disebabkan oleh kegagalan redis untuk menyambung. . Oleh kerana perniagaan di sini agak rumit, kunci redis disambungkan ke dalam pelbagai medan. Pertanyaan kabur digunakan semasa membuat pertanyaan. Semua ini membawa kepada penurunan dalam prestasi redis, dan sebilangan besar permintaan berikutnya tidak dapat disambungkan ke redis. Kerana kod untuk memaut ke redis telah diubah oleh saya. . Jadi saya memulihkan kod asal untuk meminta mysql. .

Pada masa ini, projek berjalan seperti biasa, dan CPU setiap pelayan pada dasarnya hampir 100%. Saya bimbang akan ada masalah, CPU akan penuh, dan permintaan sambungan MySQL tidak akan dapat menahannya. . . Mari mengoptimumkannya kemudian! ! ! !

Pembelajaran yang disyorkan: "

Tutorial Video PHP"

Atas ialah kandungan terperinci Bagaimana untuk menyelesaikan ralat sintaks dalam pelaporan konkurensi tinggi dalam PHP. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!