더 빠른 사이트의 SQL 쿼리를 최적화하는 방법

이미지 최적화 및 데이터베이스 쿼리 최적화 : WordPress 웹 사이트의 속도를 향상시키기위한 실용 가이드

이 기사는 원래 Delicious Brains 블로그에 출판되었으며 허가로 여기에서 재현됩니다

빠른 웹 사이트는 더 행복한 사용자, 더 나은 Google 순위 및 더 높은 전환율을 의미합니다. WordPress 사이트가 충분하다고 생각할 수도 있습니다. 최상의 서버 설정 관행에서 느린 코드 문제 해결 및 이미지를 CDN에 오프로드하는 것까지 사이트 성능을 확인했을 수도 있습니다. WordPress와 같은 동적 데이터베이스 중심 웹 사이트의 경우 여전히 문제에 직면 할 수 있습니다. 데이터베이스 쿼리는 웹 사이트 속도가 느려집니다. 이 게시물에서는 병목 현상을 유발하는 쿼리, 이러한 쿼리의 문제를 이해하는 방법 및 신속하게 고정하고 속도를 높이는 다른 방법을 식별하는 방법을 살펴 보겠습니다. 최근에 DeliciousBrains.com 고객 포털을 늦추는 실제 쿼리를 사용하겠습니다.

쿼리 및 식별

느린 SQL 쿼리를 고정하는 첫 번째 단계는 찾는 것입니다. Ashley는 이전에 자신의 블로그에서 쿼리 모니터 디버그 플러그인을 칭찬했으며 플러그인의 데이터베이스 쿼리 기능을 통해 느린 SQL 쿼리를 식별하는 데 유용한 도구가됩니다. 이 플러그인은 페이지 요청 중에 수행 된 모든 데이터베이스 쿼리를보고합니다. 코드 또는 구성 요소 (플러그인, 테마 또는 WordPress Core)를 호출하고 중복 및 느린 쿼리를 강조 표시하여 필터링 할 수 있습니다.

프로덕션 사이트에 디버그 플러그인을 설치하지 않으려면 (어쩌면 성능 오버 헤드 추가에 대해 걱정할 수도 있음) MySQL 슬로우 쿼리 로그를 활성화하도록 선택할 수 있습니다. . 이는 쿼리의 로깅 위치를 구성하고 설정하기가 비교적 쉽습니다. 이것은 서버 레벨 튜닝이므로 성능 영향은 사이트의 디버그 플러그인보다 적지 만 사용하지 않을 때는 꺼져야합니다.

쿼리 질문 이해

개선 할 비싼 쿼리를 찾은 후 다음 단계는 쿼리가 속도가 느려지는 원인을 이해하는 것입니다. 최근 웹 사이트를 개발할 때 쿼리가 실행하는 데 약 8 초가 걸린다는 것을 알았습니다! 우리는 WooCommerce 및 WooCommerce 소프트웨어를 사용하여 플러그인 스토어를 실행하기 위해 플러그인의 사용자 정의 버전을 구독합니다. 이 쿼리의 목적은 고객 번호를 아는 고객에게 모든 구독을 얻는 것입니다. WooCommerce는 주문이 사용자 정의 게시물 유형으로 저장 되더라도 다소 복잡한 데이터 모델을 가지고 있습니다. 고객의 ID (각 고객이 WordPress 사용자를 생성하는 매장)는 Post_Author로 저장됩니다. 소프트웨어 구독 플러그인은 또한 몇 가지 사용자 정의 테이블 연결을 만듭니다. 쿼리를 자세히 살펴 보겠습니다.

MySQL 도구

를 사용하십시오MySQL은 열, 데이터 유형 및 기본값과 같은 테이블 구조에 대한 정보를 출력하는 데 사용할 수있는 편리한

문을 제공합니다. 따라서 를 수행하면 다음 결과가 표시됩니다. DESCRIBE DESCRIBE wp_postmeta; 이것은 멋지지만 이미 알고있을 것입니다. 그러나 명령문 접두사가 실제로

, ,

Field	Type	Null	Key	Default	Extra
meta_id	bigint(20) unsigned	NO	PRI	NULL	auto_increment
post_id	bigint(20) unsigned	NO	MUL	0
meta_key	varchar(255)	YES	MUL	NULL
meta_value	longtext	YES		NULL

,

, DESCRIBE 및 SELECT 문에 사용될 수 있다는 것을 알고 있습니까? 이것은 종종 동의어 INSERT라고 불리며, 이는 진술이 어떻게 실행되는지에 대한 자세한 정보를 제공 할 것입니다. UPDATE 다음은 느린 쿼리의 결과입니다. REPLACE 언뜻보기에 이것은 설명하기 쉽지 않습니다. 다행스럽게도 Sitepoint Friends는 성명서 이해에 대한 포괄적 인 안내서를 작성했습니다.

가장 중요한 열은 테이블 결합 방법을 설명하는 입니다. 가 보이면 MySQL이 디스크에서 전체 테이블을 읽고 I/O 속도를 높이고 CPU로드를 증가 시킨다는 것을 의미합니다. 이것을 "전체 테이블 스캔"이라고합니다 (나중에 자세히 설명).

열은 또한 결과를 찾기 위해 보는 행의 수를 보여주기 때문에 MySQL이 해야하는 좋은 표시입니다. type ALL 최적화를위한 자세한 정보도 제공됩니다. 예를 들어, 테이블 ()은 를 사용하여

조항을 사용하여 결과를 정렬해야하기 때문에 를 사용하고 있음을 알려줍니다. 쿼리를 그룹화하면 실행 오버 헤드가 증가합니다.

rows 시각적 분석

MySQL 워크 벤치는 그러한 조사에 사용할 수있는 또 다른 편리하고 무료 도구입니다. MySQL 5.6 이상에서 실행되는 데이터베이스의 경우 EXPLAIN의 결과는 JSON으로 출력 할 수 있습니다. pm2 wp_postmeta 쿼리 부분을 비용으로 채색하여 자동으로주의를 끌 수 있습니다. 우리는 (alias l) 테이블에 가입하는 데 심각한 문제가 있음을 즉시 알 수 있습니다. filesort 솔루션 ORDER BY

전체 테이블 스캔은 테이블과 테이블 사이의 연결로 비 인덱스 열 를 사용하므로 피해야합니다. . 이것은 느린 쿼리의 일반적인 문제이며 쉽게 해결할 수 있습니다. index

를 추가하십시오

> 테이블에서 매우 중요한 식별 데이터의 일부이며, 이와 같이 쿼리하면 실제로 해당 열에 인덱스를 추가해야합니다. 그렇지 않으면 MySQL이 원하는 행이 발견 될 때까지 점차 테이블을 스캔합니다. 인덱스를 추가하고 그것이 무엇을 할 것인지 보자 : EXPLAIN

와우, 우리는이 색인을 5 초 이상 추가하여 쿼리를 성공적으로 줄였습니다.

쿼리를 배우십시오 wp_woocommerce_software_licences Query-Connect를 하나씩 확인하십시오. 원치 않는 작업을 수행 했습니까? 어떤 최적화를 만들 수 있습니까?

이 경우

를 사용하여 라이센스 테이블을 게시물 테이블에 연결하면서 명령문을 게시물 유형의 로 제한합니다. 이는 데이터 무결성을 강제하여 올바른 주문 레코드 만 사용하도록합니다. 그러나 실제로 쿼리의 중복 부분입니다. PHP 플러그인 코드에서 시행되기 때문에 포스트 테이블의 WooCommerce 순서와 관련된 order_id가있는 테이블에 소프트웨어 라이센스 행이있는 것이 안전한 내기임을 알고 있습니다. 연결을 삭제하고 이것이 상황을 개선 할 것인지 확인합시다 : shop_order order_id

이것은 큰 절약이 아니지만 쿼리는 이제 3 초 미만입니다.

캐시

서버가 기본적으로 MySQL 쿼리 캐싱을 활성화하지 않으면 활성화 할 가치가 있습니다. 즉, MySQL은 실행 된 모든 진술 및 결과에 대한 기록을 유지하며, 이후에 동일한 진술이 실행되면 캐시 된 결과가 반환됩니다. 테이블을 변경할 때 MySQL이 캐시를 새로 고치기 때문에 캐시가 만료되지 않습니다.

쿼리 모니터는 쿼리가 페이지로드에서 4 번 실행되었으며 MySQL 쿼리 캐싱을 활성화하는 반면, 한 요청에서 데이터베이스를 반복적으로 읽는 것을 실제로 피해야합니다. PHP 코드의 정적 캐싱은이 문제를 해결하는 간단하고 효율적인 방법입니다. 기본적으로 데이터베이스 쿼리의 결과를 처음 요청할 때 클래스의 정적 속성에 저장하면 데이터베이스에서 얻을 수 있으며 후속 통화는 정적 속성에서 결과를 반환합니다.

캐시의 수명은 요청의 수명,보다 구체적으로는 인스턴스화 된 물체의 수명입니다. 요청간에 쿼리 결과를 지속하려면 지속적인 객체 캐싱을 구현해야합니다. 그러나 코드는 캐시를 설정하고 기본 데이터가 변경 될 때 캐시 항목을 무효화 할 책임이 있어야합니다.

기타 방법 우리는 쿼리 실행 속도를 높이기 위해 다른 방법을 사용할 수 있습니다. 쿼리를 조정하거나 인덱스를 추가하는 것보다 더 많은 작업이 필요합니다. 쿼리의 가장 느린 부분 중 하나는 고객 ID에서 제품 ID 로의 테이블 연결 작업이며 각 고객에게해야합니다. 모든 연결을 한 번만 수행하면 고객 데이터를 필요로 할 때만 고객 데이터를 가져와야한다면 어떻게해야합니까? 모든 라이센스에 대한 사용자 ID 및 제품 ID뿐만 아니라 라이센스 데이터를 저장하는 테이블을 작성하여 데이터를 비정상으로 표시 할 수 있습니다. 특정 고객에 대한 테이블을 쿼리하십시오. MySQL 트리거를 사용할 때는 를 라이센스 테이블 (또는 데이터 변경 방법에 따라 다른 테이블)에 사용할 때 테이블을 다시 빌드해야하지만 이는 성능을 크게 향상시킵니다. 해당 데이터를 쿼리합니다.

마찬가지로, MySQL에서 많은 연결이 쿼리를 느리게하면 쿼리를 둘 이상의 문으로 나누고 PHP에서 별도로 실행 한 다음 코드에서 결과를 수집하고 필터링하는 것이 더 빠를 수 있습니다. Laravel은 웅변적인 관계를 간절히로드하여 유사한 작업을 수행합니다.

많은 양의 데이터가 있고 다양한 사용자 정의 게시물 유형이있는 경우 WordPress는 테이블에서 쿼리가 느려질 수 있습니다. 게시물 유형을 쿼리하는 것이 느리면 사용자 정의 게시물 유형 저장 모델을 포기하고 사용자 정의 테이블을 사용하는 것이 좋습니다.

wp_posts 결과

이러한 쿼리 최적화 방법을 사용하면 쿼리 시간을 8 초에서 2 초 이상 줄이고 호출 수를 4에서 1으로 줄였습니다. 이러한 쿼리 시간은 개발 환경에서 기록되며 생산 환경에서 더 빠릅니다.

이 안내서가 느린 쿼리를 추적하고 수정하는 데 도움이되기를 바랍니다. 쿼리 최적화는 끔찍한 작업처럼 보일 수 있지만 일단 빠른 성공을 거두고 일단 빠른 성공을 거두려고하면 그에 매료되기 시작하고 더욱 향상되기를 희망합니다.

위 내용은 더 빠른 사이트의 SQL 쿼리를 최적화하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!