PHP로 백엔드 실행 프로그램 작성 요약

1. 정기적으로 실행

그냥 crontab, 리눅스 명령어, 사용법은 구글에서 직접 찾아보세요. crontab을 사용할 때 권한에 주의해야 한다는 점을 말씀드리고 싶습니다. 운영 및 유지 관리는 종종 루트를 사용하여 시작하므로 웹 사용자에게 권한이 없는 일부 파일이 발생합니다.

2. 배경 가드

두 가지 단계가 있습니다. 1. PHP는 제가 일반적으로 사용하는 Python과 다르기 때문에 스크립트에 무한 루프를 작성해야 합니다. while(true); 그러나 일반적으로 루프 본문 내에 슬립을 추가해야 합니다. 그렇지 않으면 머신이 종료됩니다. 2. 프로세스를 시작할 때 끝에 "&"를 추가해야 합니다. 출력 정보를 기록해야 하는 경우 php xxxx 와 같이 작성해야 합니다. php >

3. 작업 모니터링

백그라운드 데몬 프로세스가 시작되지만 프로그램이 경고 메시지를 표시하지 않을 것이라고 100% 확신할 수는 없습니다. . 이 때 백그라운드 프로그램은 바로 종료됩니다. 그래서 정상적으로 처리하는 프로그램 외에 해당 프로그램의 실행 상태를 확인하는 프로그램도 필요합니다. 저는 보통 xxxxDefend.php라고 부릅니다. 이 프로그램의 예는 다음과 같습니다

#!/ usr/local/php5/bin/php

//명령 시작
$action = '/usr/local/php5/bin/php xxxxxx.php';
$logPath = '/tmp/logs/';

do {
$result = array();
exec("ps aux | grep 'xxxxxx.php'", $result);

$isOk = 0;
foreach ($result as $v) {
$is = strpos($v, $action);
if (false != = $is) {
$isOk++;
}
}

$exec = $action . " > " $logPath . "xxxxxx_log &";
i=1;$i<= (5-$isOk);$i++) {
exec($exec);
}
sleep(5);
} while (true);

이 프로그램을 넣으십시오. 백그라운드에서 시작되면 5초마다 ps 명령을 사용하여 작동 중인 프로그램이 존재하지 않거나 5개 미만인 경우 최대 5초까지 시작됩니다. 5. 물론 이 작업을 쉘을 이용하여 운영 및 유지보수에 맡길 수도 있지만, 운영 및 유지보수 능력이 부족할 경우에는 직접 해야 한다.

4. 다중 프로세스

효율성을 높이기 위해 작업하는 PHP는 일반적으로 여러 프로세스를 동시에 시작하거나 심지어 여러 컴퓨터에서 실행합니다. 이때 동일한 데이터를 동시에 처리하는 여러 프로세스의 문제를 고려해야 합니다. 이때 저는 주로 작업에 대한 대기열을 만들고(보통 성능이 꽤 좋은 redis를 사용합니다. 어떻게 하면 구글링을 할 수 있나요?) 그러면 작업 프로그램이 매번 작업할 레코드를 팝업으로 표시합니다. 예를 들어, 처리해야 할 대용량 파일이 있는 경우 이 때 일반적으로 파일을 처리하여 Redis 목록에 하나씩 넣습니다. 그러면 작업 프로그램이 동시에 여러 프로그램에 의해 팝업될 수 있습니다. 중복 없이 병렬로 실행됩니다. 정말로 redis가 없다면 mysql을 이용해 innodb 테이블을 구축할 수 있다. 프로그램이 데이터를 처리하기 전에 반드시 처리할 데이터에 읽기 잠금을 추가한 뒤 처리 후에 마크를 추가하거나 직접 추가하면 된다. 데이터를 삭제하면 여러 프로세스에서 중복되지 않는 문제가 발생할 수도 있습니다.

5. 로그

백그라운드 프로그램은 일반적으로 계속 실행됩니다. 기본적으로 문제가 발생하지 않는 한 아무도 신경 쓰지 않으므로 로그는 매우 중요합니다. 예, 오류가 발생한 위치를 확인하기 위해 에코할 수 있는 프런트 엔드 프로그램과 달리 로그에 의존해야 합니다. 너무 많은 로그를 기록하거나 공간을 낭비하는 것을 두려워하지 마십시오. 하드 드라이브는 쓸모가 없지만 버그는 수입에 직접적인 영향을 미칠 수 있습니다. 저는 보통 다음과 같은 로그를 보관합니다.

[머신 ip] [프로세스 pid] [시간] [현재 프로그램 파일 이름] [파일 줄 수] [필요한 매개변수 및 정보] [기타]

이는 일반적인 프로그램에서는 예상할 수 있는 문제인데, 일반적으로 프로그램의 가장 바깥층에 try catch를 추가하면 대부분의 예외를 catch하여 기록할 수 있습니다(경고 catch를 잡을 수 없다는 점은 상당히 답답합니다). )

6. 성능 최적화

이와 같은 백그라운드 프로그램의 경우 일반적으로 기계에 대한 운영 및 유지 관리가 별도로 제공됩니다. 이때 스트레스 테스트를 수행하여 얼마나 많은지 확인해야 합니다. 이는 일반적으로 프로그램을 처리하는 동안 수행됩니다. 작업을 처리하는 데 바쁜 경우에는 컴퓨터의 CPU, 메모리, 네트워크 및 하드 디스크 사용량을 살펴보는 것이 가장 좋습니다. 하드 디스크 사용량이 높으면 프로그램을 최적화해야 합니다. 이 경우 일반적으로 읽고 쓴 데이터가 일시적으로 메모리에 저장됩니다. 일정 시간이 지나면 하드 디스크에 즉시 기록됩니다. CPU가 너무 높으면 알고리즘이 너무 지저분해지기 때문에 최적화하면 일반적으로 PHP는 많은 메모리를 사용하지 않습니다. , 서버에는 최소한 기가비트 네트워크 카드가 있어야 합니다. 이 두 항목은 일반적으로 병목 현상이 발생하지 않습니다. 그래서 저는 보통 이런 머신에서 Memcache를 엽니다. 하하, 낭비가 아닙니다.

7.여담

서버 close_wait에 대한 질문입니다. PHP 프로그래머는 일반적으로 연결을 연 후 적극적으로 닫는 사람이 거의 없습니다. 예를 들어 데이터베이스나 Memcache에 연결할 때 많은 프로그래머는 링크를 생성하고 이를 작동한 다음 프로그램 실행을 완료합니다. PHP가 적극적으로 연결을 닫지 않으면 상대방의 컴퓨터는 항상 닫는 작업을 기다립니다. 상대방 서버에 표시되는 것은 close_wait 상태이며, 특히 백그라운드 프로그램 이후에는 컴퓨터가 60,000개 이상의 링크만 열 수 있습니다. 실행을 시작하자 상대방 기기가 빠르게 가득 차서 연결할 수 없었습니다. 이때 양쪽 모두 약간의 수정이 필요합니다. 한편으로는 PHP가 적극적으로 연결을 끊어야 하고, 다른 한편으로는 상대방의 컴퓨터에서 close_wait의 기본 시간 초과를 더 짧은 시간으로 변경해야 합니다(변경 방법). ? 직접 Google에 문의하세요.) 저는 보통 memcache를 5초만 사용하는데, 데이터베이스의 가장 긴 지점은 2분입니다. 이 처리 후에는 서버의 연속성이 크게 향상되고 동시성 성능도 향상됩니다.