PHP 최적화_php 기술에서 주의해야 할 사항에 대한 간략한 토론

우리는 프로그램을 작성할 때 항상 프로그램이 최소한의 리소스를 차지하고, 더 빠르게 실행되며, 더 적은 코드를 사용하도록 만들고 싶습니다. 종종 우리는 이것을 추구하는 동안 많은 것을 잃습니다. 다음으로 PHP 최적화에 대한 나의 이해에 대해 이야기하고 싶습니다. 최적화의 목적은 가장 빠른 실행 속도와 가장 쉬운 코드 유지 관리를 위해 최소한의 비용을 지출하는 것입니다.

특정 프로그램 코드를 씹는 대신 대규모 최적화를 수행

여기서 말하는 최적화는 기본적으로 서버, 아파치, 데이터베이스 측면의 최적화인데, 프로그램의 실행 속도를 높이기 위해 PHP 코드를 개선하는 것이 아닙니다. 프로그램 속도를 향상시키기 위해 문자열 처리 기능을 정기적으로 최적화하는 경우, 넓은 범위의 최적화 비용은 이보다 훨씬 적지만 보상은 훨씬 더 풍부합니다.

코드가 아닌 영역을 최적화하면 다음과 같은 이점이 있습니다.

1. 일반적인 상황에서는 효율성이 크게 향상될 수 있습니다

2. 코드의 무결성이 손상되지 않습니다

3. 신속한 배포 능력

캐싱 기술

일반적으로 사용되는 캐싱 기술에 대해 이야기해 보겠습니다. 이러한 캐싱 기술은 효율성을 크게 향상시킬 수 있습니다.

캐싱 기술에 대해 이야기할 때 Memcached를 언급해야 합니다. Memcached는 주로 웹 동적 애플리케이션을 가속화하는 데 사용되는 효율적이고 빠른 분산 메모리 개체 캐싱 시스템입니다.

Memcached의 원리

Memcached는 하나 이상의 서버에서 데몬으로 실행되어 클라이언트로부터 연결 작업을 받기를 기다립니다. 클라이언트는 PHP와 같은 다양한 언어로 작성될 수 있습니다. PHP와 같은 클라이언트가 memcached 서비스와 연결을 설정한 후 다음으로 해야 할 일은 개체에 액세스하는 것입니다. 액세스된 각 개체에는 고유한 식별자 키가 있습니다. 액세스 작업은 이 키를 통해 수행되고 memcached에 있는 개체는 실제로 메모리에 저장됩니다. , 캐시 파일에 저장되지 않으므로 memcached가 매우 효율적이고 빠를 수 있습니다.

memcached에 대해 이야기한 후 일반적으로 사용되는 캐싱 방법에 대해 이야기해 보겠습니다

　1. 컴파일 및 OPCODE 캐싱

PHP는 해석된 언어이므로 각 PHP 파일을 실행하기 전에 컴파일해야 합니다. 동일한 파일을 다른 사용자가 액세스하거나 동일한 사용자가 다른 시간에 동일한 파일에 액세스하는 경우 매번 동일한 파일에 액세스하게 됩니다. . 다시 컴파일한 후 실행해야 하는데 시간이 많이 걸립니다.

컴파일 및 캐싱을 통해 각 파일은 수정 후 한 번만 컴파일되므로 사용자가 액세스한 후 하드 디스크에서 읽는 대신 기계 명령어를 메모리에서 직접 가져와 실행합니다.

가장 일반적인 PHP 컴파일 캐싱 도구는 APC, Accelerator, xcache입니다

　2. 글로벌 페이지 캐시 – Squid Cache

Squid Cache(이하 Squid)는 널리 사용되는 무료 소프트웨어(GNU General Public License) 프록시 서버이자 웹 캐시 서버입니다. Squid는 웹 서버의 속도를 향상시키기 위해 웹 서버의 프런트 엔드 캐시 서버 역할을 합니다. 관련 요청을 캐싱합니다.

　3. 로컬 캐시 SQL 캐시

대부분의 애플리케이션에서 주요 병목 현상은 데이터베이스 작업으로 인해 발생하는 경우가 많습니다. 이는 일반적으로 많은 시간을 소비하는 복잡한 데이터베이스 쿼리로 인해 발생하며 복잡한 쿼리로 인한 로드를 크게 줄일 수 있습니다.

SQL 캐시 예시(memcached 확장 사용)

코드 조각:

코드 복사 코드는 다음과 같습니다.

​$key = md5(“일종의 SQL 쿼리”);
​if (!($result = memcache_get($key))) {
​$result = $pdo->query($qry)->fetchAll();
//쿼리 결과를 1시간 동안 캐시
​memcache_set($key, $result, NULL, 3600);
}

4. 로컬 캐시 코드 블록 캐시

PHP 프로그램을 최적화하려면 각 코드 세그먼트를 최적화하여 실행 시간을 조금 줄여야 하는 경우도 있지만, 복잡하고 서로 다른 PHP 코드 세그먼트를 최적화하는 것보다는 캐싱 최적화를 통해 이러한 코드 세그먼트를 직접 무시하는 것이 좋습니다. , 그렇게 하면 다음과 같은 이점이 있습니다.

1. 효과를 빠르게 보실 수 있습니다

2. 이전 코드를 파기하지 않습니다

3. 코드 최적화보다 훨씬 빠릅니다

코드 블록 캐싱의 예(memcached 확장도 사용)

코드 조각:

코드 복사 코드는 다음과 같습니다.

함수 complex_function_abc($a, $b, $c) {
​$key = __FUNCTION__ 직렬화
​(func_get_args());
​if (!($result = memcache_get($key))) {
​$result = //함수 코드
//실행 결과를 1시간 동안 저장
​memcache_set($key, $result, NULL, 3600);
}
$결과 반환;
}

물론 위의 방법 외에도 파일 캐싱(데이터베이스에서 데이터를 가져와 파일에 저장하는 것)을 사용할 수도 있고, 정적 HTML 파일 등을 생성할 수도 있습니다. 그러나 이러한 캐싱은 메서드는 여전히 메모리가 아닌 하드 디스크에 파일을 저장합니다.

출력 제어

위의 캐싱 기술 외에도 출력 제어를 사용하여 프로그램 실행 시간을 줄일 수도 있습니다

PHP와 APACHE를 통한 출력 제어에 대해 이야기해보겠습니다

　1. PHP 출력 제어

여기서 주요 용도는 ob_start()와 PHP의 OB 시리즈 함수입니다.

첫 번째는 정적 템플릿 기술입니다. 소위 정적 템플릿 기술은 특정 방법을 사용하여 사용자가 클라이언트 측에서 PHP가 생성한 HTML 페이지를 가져올 수 있도록 합니다. 이 HTML 페이지가 더 이상 업데이트되지 않으면 다른 사용자가 이 페이지를 다시 탐색할 때 프로그램은 sina, 163, sohu와 같이 많은 양의 정보가 있는 일부 웹 사이트의 경우 더 이상 PHP 및 관련 데이터베이스를 호출하지 않습니다. 이와 같은 기술의 이점은 엄청납니다.

코드 예:

코드 복사 코드는 다음과 같습니다.

ob_start(); //버퍼 열기
​?>

PHP 페이지의 모든 출력

코드 복사 코드는 다음과 같습니다.

​$content = ob_get_contents(); //php 페이지에서 출력되는 모든 내용을 가져옵니다
​$fp = fopen(“output.html”, “w”); //파일을 생성하고 쓰기 위해 엽니다
fwrite($fp, $content); //php 페이지의 모든 내용을 출력.html에 쓴 다음...
​fclose($fp);
​?>

물론 이 ob 시리즈 기능에는 다른 용도도 많이 있으므로 여기서는 하나씩 설명하지 않겠습니다.

2. 아파치 출력 제어

SendBufferSize를 페이지 크기로 설정하면 해당 페이지가 전송 버퍼에 한꺼번에 배치되어 처리 속도가 향상됩니다.

SendBufferSize 명령

설명: TCP 전송 버퍼 크기(바이트)

구문: SendBufferSize 바이트

기본값: SendBufferSize 0

범위: 서버 구성

상태: MPM

모듈: beos, mpm_netware, mpm_winnt, mpmt_os2, prefork, Worker

이 명령은 서버의 TCP 전송 버퍼 크기(바이트)를 설정합니다. 이 값을 늘리면 속도가 빨라지고 대기 시간이 길어집니다(약 100ms). "0"으로 설정하면 운영 체제 기본값이 사용됩니다.

소스 코드를 통해 Apache/PHP/데이터베이스를 컴파일하면 프로그램 속도가 10~15% 향상될 수 있습니다

코드 최적화 시 주의할 점에 대해 이야기해보겠습니다

1. 숏코드는 패스트코드와 다르다

프로그램을 작성할 때 많은 사람들이 코드를 최대한 간결하게 작성하기를 바라지만, 짧은 코드는 실행하는 데 시간이 더 오래 걸릴 수 있으므로 코드를 많이 사용하더라도 느린 코드는 사용하지 마세요

2. 프로그램을 작성할 때 속도보다는 프로그램의 확장성에 더 신경을 써야 합니다

3. 코드를 최적화하기 전에 먼저 데이터베이스 관련 부분을 살펴보세요. 대부분의 애플리케이션의 병목 현상은 코드보다는 데이터베이스에 있기 때문입니다

4. 미세 최적화는 득보다 실이 더 많습니다

마이크로 최적화란 무엇인가요? 앞서 언급했듯이 코드의 정규식 부분을 문자열 함수로 바꿉니다. 여기에는 다음과 같은 단점이 있습니다.

(1) 시간이 오래 걸립니다

　(2)는 성능 문제를 해결하지 못합니다

　(3) 이전 코드를 파괴하고 알 수 없는 오류가 발생할 가능성이 매우 높습니다

(4) 받는 것보다 더 많이 지불하세요

여기서 언급해야 할 오해도 있습니다. 프로그램을 더 최적화하기 위해 비즈니스 로직을 분석할 때 최적화를 고려하고 더 나은 코드를 얻기 위해 비즈니스 로직을 변경하는 사람들도 있습니다. 이것은 매우 어리석은 생각입니다. 프로그램의 목적은 현실에서 직면하는 문제를 해결하고 이러한 문제를 해결하는 것이기 때문입니다. 어떻게 수레를 말 앞에 놓을 수 있습니까?

PHP 최적화는 영원한 주제이며 포괄적인 요약을 만드는 것은 비현실적입니다. 다음은 제 개인적인 경험 중 일부일 뿐이며 모두 정확하지 않을 수 있습니다. 한 번 시도해 보고 필요한 친구들에게 참고해 보세요. 그것.