Baidu에서 WordPress CPU 키워드를 검색하면 WordPress를 사용하여 구축된 많은 웹 사이트가 다양한 수준의 CPU 과부하를 경험했음을 알 수 있습니다 .물론 이 사이트도 예외는 아닙니다. 워드프레스 웹사이트를 구축하려면 많은 메모리가 필요하고 더 나은 서버 구성이 필요하지만 사용자에게 더 나은 액세스 경험을 제공하려면 웹사이트 최적화도 필수적입니다. 워드프레스를 오래 사용하고 데이터가 많을수록 웹사이트가 점점 느려지는 경우가 많은데 어떻게 최적화하면 좋을까요?오늘은 MySQL 쿼리 로 인한 CPU 과부하에 대한 해결책을 여러분과 공유하겠습니다 .
일반적으로 WordPress는 서버 구성시 웹 사이트 데이터를 저장하기 위해 MySQL을 사용하며, 이 사이트도 MySQL 데이터베이스를 사용합니다. MySQL을 설치한 후 일반 기본 구성 매개변수는 데이터베이스 액세스에 대한 웹 사이트 방문자의 요구를 더 잘 충족할 수 없습니다. 워드프레스 자체의 발달로 인해 정적인 HTML을 직접 생성할 수 없기 때문에 일반적으로 의사 정적 페이지를 사용하고 있으며 이때 데이터베이스에 대한 액세스가 증가할 것입니다. 따라서 웹 사이트의 접속 속도에 대한 데이터베이스 최적화가 필요합니다.
MySQL은 느린 쿼리 방법 1을 활성화합니다.
1. my.ini의 [mysqld]에 다음 명령문을 추가합니다.
log-slow-queries = E:\web\mysql\log\mysqlslowquery.log
long_query_time = 2
2. My.ini를 수정하고 tmp_table_size 값을 200M으로 할당합니다.
3. My.ini를 수정하고 key_buffer_size 값을 128M으로 할당합니다. 4. My.ini를 수정하고
query_ca 값을 할당합니다. che_size를 32M으로
5. MySQL을 다시 시작합니다.
MySQL 오픈 슬로우 쿼리 방법 2.
Mysql 폴더 아래의 my.ini 파일을 수정하고 서비스를 다시 시작합니다.문제 해결 시 몇 가지 경우를 확인하는 데 가장 귀중한 참고 자료임을 알 수 있습니다.다음은 my.ini를 수정하는 방법입니다.my.ini에 쿼리가 없는 경우 직접 추가할 수 있습니다.
# 파일 시스템의 외부 잠금
건너뛰기 잠금 취소
#도메인네임 안티분석 하지마시고 이 skip-name-resolve 로 인한 퍼미션/권한 문제에 주의하세요
#인덱스 캐시, 메모리 크기에 따라 독립 DB 서버인 경우 전체 메모리의 80% key_buffer = 512M 설정 가능
# 총 연결 대기열 목록 수
back_log = 200
max_allowed_packet = 2M
#데이터 테이블을 자주 여는 오버헤드를 피할 수 있는 총 테이블 캐시 수 열기
table_cache = 512
#각 쓰레드 정렬에 필요한 버퍼
sort_buffer_size = 4M
# 각 스레드는 인덱스에 필요한 버퍼를 읽습니다.
read_buffer_size = 4M
#MyISAM 테이블 변경 시 재정렬에 필요한 버퍼
myisam_sort_buffer_size = 64M
# 재사용 가능한 스레드 수 캐시
thread_cache = 128
# 쿼리 결과 캐시
query_cache_size = 128M
#긴 연결을 피하기 위해 시간 초과 시간 설정
set-variable = wait_timeout=60
WordPress를 사용하여 구축된 대부분의 웹 사이트는 백그라운드에 MySQL 데이터베이스가 있습니다.동적 웹 사이트의 속도를 향상시키고 데이터베이스 쿼리 수를 줄이는 것이 핵심 사항 중 하나입니다.웹 사이트 속도를 향상시키기 위해서는 데이터베이스 최적화 작업을 잘 수행하는 것이 매우 필요합니다 . 물론 기사에는 한 종류의 콘텐츠만 언급되며, GZIP을 사용하여 웹 페이지를 압축하고, CDN 노드를 사용하여 가속하고, Memcache 메모리 수준 캐시를 사용하여 응답 처리 속도를 향상시키는 등의 작업을 수행할 수도 있습니다.