대규모 PHP 웹사이트 성능 및 동시 접속 최적화 솔루션

PHPz
풀어 주다: 2023-03-06 18:14:01
앞으로
13575명이 탐색했습니다.

웹사이트 성능 최적화는 웹사이트 열기 속도에 매우 중요합니다. 웹사이트 접속 속도가 느리면 이탈률이 높아지는데, 이는 소규모 웹사이트의 경우 쉽게 해결할 수 있습니다. 열이 많고 사진과 이미지의 크기가 상대적으로 크면 전반적인 성능을 최적화하는 방법은 무엇입니까? 이 글에서는 대규모 PHP 웹사이트 성능 및 동시 접속 최적화 계획을 제공합니다.

대규모 PHP 웹사이트 성능 및 동시 접속 최적화 솔루션1. 대규모 웹사이트 성능 개선 전략:

대규모 포털과 같은 대규모 웹 사이트 사용자 방문 수가 많고 동시 요청이 많은 경우 기본 솔루션은 고성능 서버, 고성능 데이터베이스, 고효율 프로그래밍 언어 및 높은 수준의 링크를 사용하는 데 중점을 둡니다. -성능 웹 컨테이너. 이러한 솔루션은 어느 정도 더 큰 투자를 의미합니다.

웹 컨테이너는 서버의 포트에 해당 서비스를 제공하는 프로그램이 있으며, 이 프로그램은 JAVA의 Tomcat 컨테이너, ASP의 IIS 또는 PWS와 같은 클라이언트의 요청을 처리합니다. 모두 그런 컨테이너입니다. 서버에는 여러 컨테이너가 있을 수 있습니다.

2. 이미지 서버 분리

아파치든, IIS든, 다른 컨테이너든 웹 서버의 경우 이미지가 가장 많은 리소스를 소비하므로 우리는 페이지에서 이미지를 분리하는 것이 필요합니다. 이는 대형 웹사이트에서 기본적으로 채택하는 전략입니다. 모든 웹사이트에는 독립적이거나 여러 개의 이미지 서버가 있습니다. 이러한 아키텍처는 페이지 액세스 요청을 제공하는 서버 시스템에 대한 부담을 줄이고 이미지 문제로 인해 시스템이 충돌하지 않도록 보장할 수 있습니다.

애플리케이션 서버와 이미지 서버에서 다양한 구성 최적화를 수행할 수 있습니다. 예를 들어 Apache는 더 높은 시스템 소비 및 실행 효율성을 보장하기 위해 ContentType을 구성할 때 가능한 한 적은 수의 LoadModule을 지원할 수 있습니다.

3. 데이터베이스 클러스터, 데이터베이스 테이블 해싱

대형 웹사이트에는 복잡한 애플리케이션이 있으며, 이러한 애플리케이션은 접속 횟수가 많을 때 데이터베이스를 사용해야 합니다. 이제 곧 하나의 데이터베이스가 애플리케이션을 충족할 수 없게 되므로 데이터베이스 클러스터링이나 데이터베이스 테이블 해싱을 사용해야 합니다.

데이터베이스 클러스터의 경우 많은 데이터베이스가 자체적인 솔루션을 가지고 있는데, MySQL에서 흔히 제공하는 Master/Slave도 비슷한 솔루션입니다. 클러스터는 일반적으로 CDN, GSBL 및 DNS 로드 밸런싱 기술을 사용합니다. 각 지역에는 프런트엔드 서버 그룹이 있습니다. 예: NetEase 및 Baidu는 DNS 로드 밸런싱 기술을 사용합니다. . 단일 검색 DNS 로드 기술을 사용하여 모든 채널이 프런트엔드 서버 클러스터를 공유합니다.

라이브러리 테이블 해싱은 일반적이고 가장 효과적인 솔루션입니다.

우리는 애플리케이션에 비즈니스 및 애플리케이션 또는 기능 모듈을 설치하여 데이터베이스를 분리한 다음 특정 전략에 따라 특정 페이지나 기능을 더 작은 데이터베이스로 분산합니다. 사용자 테이블 등은 사용자 ID에 따라 해싱되므로 저렴한 비용으로 시스템 성능을 향상시킬 수 있고 확장성이 좋습니다.

sohu의 포럼은 포럼의 사용자, 설정, 게시물 및 기타 정보를 데이터베이스로 분리한 다음 데이터베이스와 테이블의 섹션과 ID에 따라 게시물과 사용자를 해싱하는 구조를 채택합니다. 구성 가능 파일의 간단한 구성을 통해 시스템은 언제든지 저비용 데이터베이스를 추가하여 시스템 성능을 보완할 수 있습니다.

4. 캐싱

기술자라면 누구나 캐시라는 단어를 접하게 되었고, 캐시는 여러 곳에서 사용됩니다. 웹 사이트 아키텍처 및 웹 사이트 개발에서 캐싱도 매우 중요합니다. 여기서는 먼저 가장 기본적인 두 가지 캐시에 대해 이야기합니다. 고급 및 분산 캐싱에 대해서는 나중에 설명합니다.

아키텍처 측면의 캐싱은 Apache에 익숙한 사람이라면 누구나 Apache가 자체 캐싱 모듈을 제공하며 캐싱을 위해 추가 Squid 모듈을 사용할 수도 있다는 것을 알 것입니다. 두 방법 모두 Apache의 응답성을 효과적으로 향상시킬 수 있습니다. 웹사이트 프로그램 개발 시 캐시, 리눅스에서 제공하는 메모리 캐시는 흔히 사용되는 캐시 인터페이스로, 예를 들어 자바로 개발할 때 메모리 캐시를 호출해 일부 데이터를 캐시하고 공유할 수 있다. . 일부 대규모 커뮤니티에서는 이러한 아키텍처를 사용합니다. 또한 웹 언어 개발을 사용할 때 각 언어에는 기본적으로 자체 캐시 모듈과 메서드가 있습니다. PHP에는 Pear의 캐시 모듈이 있고 Java에는 더 많은 것이 있습니다. .net에는 익숙하지 않지만 분명히 있을 것이라고 생각합니다.

5. 미러링

미러링은 대규모 웹사이트에서 성능과 데이터 보안을 향상하기 위해 자주 사용하는 방법으로 다양한 네트워크 액세스 공급자와 지리적 문제를 해결할 수 있습니다. ChinaNet과 EduNet의 차이와 같은 사용자 액세스 속도의 차이로 인해 많은 웹 사이트가 교육 네트워크 내에 미러 사이트를 구축하고 있으며 데이터는 정기적으로 또는 실시간으로 업데이트됩니다.

6. 로드 밸런싱

로드 밸런싱은 대규모 웹사이트에서 높은 로드 액세스와 다수의 동시 요청을 해결하는 고급 솔루션이 될 것입니다.

로드 밸런싱 기술은 수년 동안 개발되어 왔으며 선택할 수 있는 전문 서비스 제공업체와 제품이 많이 있습니다. 저는 개인적으로 몇 가지 솔루션을 접했는데, 참조로 사용할 수 있는 아키텍처가 두 가지 있습니다. 여러분

2. PHP 코드 작성 최적화:

1. Echo는 인쇄보다 훨씬 빠릅니다.

두 방법 모두 페이지에 내용을 인쇄하지만 echo는 값을 반환하지 않으며 인쇄는 성공 또는 실패 시 0 또는 1을 반환합니다.

2. include_once는 include보다 시간이 더 많이 걸립니다.

포함하려는 클래스가 포함되었는지 확인해야 하기 때문입니다. ​

3. 긴 단락 문자열에는 큰따옴표 대신 작은따옴표를 사용하세요.

큰따옴표는 문자열에서 변수를 검색하기 때문입니다. 예: echo '긴 문자열입니다.'.$name은 echo '긴 문자열 $name입니다'보다 훨씬 빠릅니다.

4. 루프 내에 중첩된 for 루프를 사용하지 마세요.

5. 함수를 정적으로 정의할 수 있는 경우

그렇다면 이를 멤버 함수로 정의하지 마세요. 정적 함수는 멤버 함수보다 33% 빠릅니다. ​

6. 정규식을 사용하지 않고도 문제를 해결할 수 있다면

정규식을 사용하지 마세요. 정규식은 PHP의 기본 함수보다 느립니다.

예를 들어 preg_replae 대신 str_replace를 사용하세요.

7. 파일을 포함할 때 상대 경로를 사용하지 마세요

상대 경로의 파일을 검색할 경우 현재 디렉터리에서 검색한 후 검색합니다. 다시 차례대로. 이로 인해 파일 찾기가 매우 느려집니다. 먼저 WEB_ROOT와 같은 상수를 정의한 다음 이 상수를 사용하여 파일을 포함하는 것이 가장 좋습니다.

8. 합동 기호 ===는 같음보다 빠릅니다 ==

if(1 == '1′)은 true를 반환합니다. if(0 = = ”)도 true를 반환하는 반면, 합동 기호를 사용하면 if(1 ==='1′)과 if(0===”)는 둘 다 false를 반환합니다. 따라서 프로그램에서 일부 부울 변수를 감지해야 할 때 합동 기호를 사용하는 것이 가장 좋습니다.

3. thinkphp에는 다음과 같은 방법이 있습니다

디버깅 모드 끄기

디버깅 모드 끄기 후 , 시스템은 자동으로 프로젝트 컴파일 캐시를 생성하고 로그 쓰기를 꺼서 IO 로딩 및 로그 쓰기 오버헤드를 많이 줄일 수 있습니다.

2. 페이지 압축 출력 활성화

버전 3.1부터 페이지 압축 출력을 제어하기 위해 OUTPUT_ENCODE 구성 매개변수가 추가되었습니다.

3. 캐싱 켜기

웹사이트 배포 환경에 APC나 Xcache 캐시를 설치하면 웹사이트 성능과 메모리 사용량을 효과적으로 향상시킬 수 있습니다

XCache는 오픈 소스 opcode 캐시/최적화 프로그램은 서버에서 PHP의 성능을 향상시킬 수 있음을 의미합니다. 컴파일된 PHP 데이터를 공유 메모리에 버퍼링하여 반복적인 컴파일 프로세스를 방지하고 버퍼링된 컴파일 코드를 직접 사용하여 속도를 높일 수 있습니다. 페이지 생성 속도를 2~5배 높여 서버 로드를 줄입니다.

대체 PHP 캐시(APC)는 Opcode의 PHP 중간 코드를 캐시할 수 있는 PHP용 오픈 소스 캐시 도구입니다.

4. 필드 캐시

기본적으로 필드 캐시는 개발이 완료된 후 자동으로 생성되므로 기본적으로 데이터베이스에 대한 변경 사항이 적습니다. 필드 캐시를 해당 모델 클래스에 병합하는 것을 고려하세요. 이렇게 하면 매번 필드 캐시를 읽는 IO 오버헤드를 줄일 수 있습니다. 병합 방법은 Runtime/Data/_fields

에서 해당 필드 캐시 파일을 찾는 것입니다. 4. 데이터베이스 최적화

1. 올바른 스토리지 엔진 선택

MyISAM과 InnoDB라는 두 가지 스토리지 엔진을 포함한 MySQL을 예로 들어 보겠습니다. 각 엔진에는 장단점이 있습니다.

MyISAM은 많은 쿼리가 필요한 애플리케이션에 적합합니다. InnoDB의 추세는 매우 복잡한 스토리지 엔진이 될 것이며 일부 소규모 애플리케이션의 경우 MyISAM보다 느릴 것입니다. 그러나 "행 잠금"과 트랜잭션을 지원합니다.

2. 필드의 데이터 유형을 최적화하세요

열이 작을수록 속도가 빨라진다는 원칙을 기억하세요. 대부분의 데이터베이스 엔진에서 하드 디스크 작업은 아마도 가장 심각한 병목 현상일 것입니다. 따라서 데이터를 압축하면 하드 드라이브에 대한 액세스가 줄어들기 때문에 이러한 상황에서 매우 도움이 될 수 있습니다.

테이블에 몇 개의 열(예: 사전 테이블, 구성 테이블)만 있는 경우 INT를 기본 키로 사용할 이유가 없습니다. MEDIUMINT, SMALLINT 또는 더 작은 TINYINT를 사용하는 것이 더 경제적입니다. . 일부. 시간을 추적할 필요가 없다면 DATETIME보다 DATE를 사용하는 것이 훨씬 좋습니다. 물론 확장을 위한 충분한 공간도 확보해야 합니다.

3. 검색 필드에 인덱스를 추가합니다

인덱스가 반드시 기본 키나 유일한 필드를 의미하는 것은 아닙니다. 테이블에 항상 검색에 사용할 필드가 있는 경우 해당 필드를 인덱싱하는 것이 가장 좋습니다. 검색하려는 필드가 큰 텍스트 필드가 아닌 경우 전체 텍스트 인덱스를 만들어야 합니다.

4. 데이터베이스에서 더 많은 데이터를 읽으려면 Select *를 사용하지 마세요.

그러면 쿼리 속도가 느려집니다. 또한 데이터베이스 서버와 웹 서버가 두 개의 독립된 서버인 경우 네트워크 전송 부하도 증가합니다. 데이터 테이블의 모든 필드를 쿼리하려는 경우에도 * 와일드카드 문자를 사용하지 마십시오. 내장된 필드 제외 정의를 잘 활용하면 더 편리할 수 있습니다.

5. VARCHAR 대신 ENUM을 사용하세요

ENUM 유형은 매우 빠르고 컴팩트합니다. 실제로는 TINYINT를 보유하지만 문자열로 나타납니다. 이런 식으로 이 필드를 사용하여 선택 목록을 만드는 것이 매우 완벽해집니다. 예를 들어 성별, 민족, 부서, 상태 등 필드의 값이 제한되어 고정되어 있는 경우 VARCHAR 대신 ENUM을 사용해야 합니다.

6. 가능할 때마다 NOT NULL을 사용하세요.

NULL 값을 사용해야 하는 특별한 이유가 없다면 필드를 항상 NOT NULL로 유지해야 합니다. NULL에는 실제로 추가 공간이 필요하며 비교를 수행하면 프로그램이 더 복잡해집니다. 물론 이것이 NULL을 사용할 수 없다는 의미는 아닙니다. 현실은 매우 복잡하며 여전히 NULL 값을 사용해야 하는 상황이 있을 것입니다.

7. 고정 길이 테이블이 더 빨라집니다.

테이블의 모든 필드가 "고정 길이"인 경우 전체 테이블이 "정적" 또는 " 고정 길이". 예를 들어 테이블에는 VARCHAR, TEXT, BLOB 유형의 필드가 없습니다. 이러한 필드 중 하나를 포함하는 한 테이블은 더 이상 "고정 길이 정적 테이블"이 아니며 MySQL 엔진은 이를 다른 방식으로 처리합니다.

고정 길이 테이블을 사용하면 MySQL이 더 빠르게 검색하므로 성능이 향상됩니다. 이러한 고정 길이를 사용하면 다음 데이터의 오프셋을 쉽게 계산할 수 있으므로 자연스럽게 읽는 속도도 빨라집니다. 그리고 필드의 길이가 고정되어 있지 않으면 다음 필드를 찾으려고 할 때마다 프로그램이 기본 키를 찾아야 합니다.

또한 고정 길이 테이블은 캐시하고 재구축하기가 더 쉽습니다. 그러나 유일한 부작용은 고정 길이 필드가 일부 공간을 낭비한다는 것입니다. 고정 길이 필드는 사용 여부에 관계없이 너무 많은 공간을 필요로 하기 때문입니다.

"수직 분할" 기술을 사용하면 테이블을 고정 길이와 가변 길이로 두 개로 분할할 수 있습니다.

8. 수직 분할

"수직 분할"은 데이터베이스의 테이블을 열별로 여러 테이블로 변환하는 방법으로, 테이블의 복잡성을 줄일 수 있습니다. 최적화 목적을 달성하기 위한 필드의 정도와 수입니다.

예: User 테이블에 집 주소라는 필드가 있습니다. 이에 비해 이 필드는 데이터베이스에서 작업할 때 개인 정보를 제외하고는 읽거나 읽을 필요가 없습니다. 이 필드를 자주 다시 작성하는 것입니다. 그렇다면 그를 다른 테이블에 놓으면 어떨까요? 이렇게 하면 테이블의 성능이 향상됩니다. 사용자 테이블의 경우 사용자 ID, 사용자 이름, 비밀번호, 사용자 역할 등만 자주 사용됩니다. 테이블이 작을수록 항상 성능이 더 좋습니다.

또한 이러한 분리된 필드로 구성된 테이블에 자주 참여하지 않는다는 점에 주의해야 합니다. 그렇지 않으면 분할되지 않은 경우보다 성능이 더욱 저하됩니다. 낮은 수준의 감소.

9. SELECT 쿼리를 설명하세요.

EXPLAIN 키워드를 사용하면 MySQL이 SQL 문을 처리하는 방법을 알 수 있습니다. 이는 쿼리 문이나 테이블 구조의 성능 병목 현상을 분석하는 데 도움이 될 수 있습니다. EXPLAIN의 쿼리 결과는 인덱스 기본 키가 사용되는 방법, 데이터 테이블이 검색 및 정렬되는 방법 등도 알려줍니다.

일반적으로 더 복잡한 SELECT 문, 특히 여러 테이블이 포함된 문 앞에 EXPLAIN 키워드를 추가할 수 있습니다. 이 작업을 수행하려면 phpmyadmin을 사용할 수 있습니다. 자세한 내용은 첨부된 explain.doc를 참조하세요.

5. 프론트엔드 최적화

백엔드와 데이터베이스 최적화 후, 앞으로 해야 할 일 출력 페이지를 최적화하는 것입니다. 프런트 엔드 페이지와 리소스 파일에는 주로 이미지, JS 및 스타일 파일의 최적화가 포함됩니다.

탐지 및 분석을 위해 다음 웹페이지 성능 테스트 도구를 사용하는 것이 좋습니다. 관련 최적화 제안이 제공됩니다.

Google에서 개발한 PageSpeed ​​​​도구

웹마스터와 웹 개발자는 PageSpeed를 사용하여 웹페이지 성능을 평가하고 성능 개선 방법에 대한 권장 사항을 얻을 수 있습니다.

yslow YSlow

는 웹사이트의 페이지를 분석하고 웹사이트 성능 향상을 위해 특정 규칙에 따라 최적화하는 방법을 알려줄 수 있습니다.

관련 기사:
PHP 웹사이트 성능 최적화 실습: 타오바오 홈페이지 로딩 속도 최적화 실습

위 내용은 대규모 PHP 웹사이트 성능 및 동시 접속 최적화 솔루션의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

관련 라벨:
원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿