PHP의 다시 로드 작업에 대해 간략하게 설명합니다.

머리말

리로드를 하면 전체 프로세스의 원활함을 보장할 수 있다고 많은 선배들이 경고해 주셨습니다. 현재 요청 전에 조기 종료되어서는 안 됩니다. 수년 동안 나는 어느 날 다시 로드했을 때 502 오류가 발생하여 다시 생각해야 할 때까지 이 설명에 의문을 제기하지 않았습니다.

문제를 어떻게 재현하나요? 시뮬레이션할 간단한 스크립트를 작성해 보겠습니다.

<?php

sleep(11);
echo "foo";

?>

이때 브라우저를 사용하여 이 URL을 찾아본 후 즉시 다시 로드 작업을 수행합니다. , 그러면 502 오류가 표시됩니다.

PHP가 그렇게 약한가요? 재장전의 기본적인 부드러움도 보장할 수 없나요? 대답은 당연히 '아니요'입니다. 사실 우리의 목표는

process_control_timeout

매개변수를 통해 달성할 수 있습니다. 안타깝게도 이 매개변수의 기본값은 0입니다. 이는 이 문서에서는 이를 10초로 설정한다는 의미입니다. 이전 실험 단계를 다시 실행하면 이번에는 결과가 정상적으로 출력됩니다. 그러나 몇 가지 실험을 더 수행하면 다시 로드할 때 sleep이 즉시 종료되는 것을 알 수 있습니다. 이는 reload에서 신호를 받은 후 바로 sleep이 반환되기 때문입니다.

<?php

sleep(11);
echo "foo";
sleep(11);
echo "bar";

?>

이전 실험 단계를 다시 실행하면 502 오류가 다시 나타나는 것을 확인할 수 있습니다. 새로 로드하면 첫 번째 슬립이 즉시 종료되지만 두 번째 슬립은 여전히 ​​유효하며

process_control_timeout

시간 제한을 초과하기 때문입니다.

process_control_timeout

를 12초로 설정하면 다시 좋습니다.

이런 방식으로

process_control_timeout

에 대한 합리적인 값만 설정하면 다시 로드 작업이 원활하게 진행됩니다. 그런데 합리적인 값이란 무엇일까요? 너무 작으면 효과가 없을 수도 있나요? 너무 크면 부작용이 있을까요? 질문에 대한 마지막 실험을 반복하되 이번에는 다른 모니터를 추가합니다:

shell> watch -n1 'ps aux | grep php[-]fpm'

이 모니터의 목적은 PHP를 관찰하는 것입니다. FPM 프로세스 수에 있어서 효과를 더욱 분명하게 하기 위해 PHP-FPM의 시작 모드를 정적 모드로 변경하는 것이 좋으며 동시에 프로세스 수가 너무 많아서는 안 됩니다.

마지막 실험을 반복해보니 요청을 실행하던 프로세스를 제외하고 다른 프로세스가 직접 종료되고 새 프로세스가 즉시 시작되지 않고 마지막 이전 프로세스까지 멈춰 있는 것을 발견했습니다. 그 후 새로운 프로세스가 시작 프로세스를 완료합니다. 이 기간 동안 다른 요청이 들어오면 의심할 여지 없이 즉시 응답되지 않습니다.

우리의 실험에 따르면 기본적으로 PHP-FPM은 reload 작업의 원활한 실행을 보장할 수 없으며 동시에 합리적인

process_control_timeout

를 설정해야 한다는 결론을 내릴 수 있습니다. 그러나 이 값을 너무 크게 설정할 수는 없습니다. 그렇지 않으면 시스템에 더 심각한 요청 정체 문제가 발생할 수 있습니다.

요약

이상은 PHP의 Reload 작업에 대한 내용입니다. 더 많은 관련 내용은 PHP 중국어 홈페이지(m.sbmmt.com)를 참고해주세요. !