MySQL 고급 드리프트에 대한 심층적인 이해 (6)

성능 최적화

인덱스

인덱스는 특정 데이터가 있는 데이터베이스의 위치를 ​​가리키며 동료가 인덱스를 생성합니다. 이 열에 대한 정보를 정렬합니다. 서버가 쿼리를 위해 이 정보에 액세스해야 하는 경우 인덱스가 관련 위치를 가리키므로 어디를 봐야 할지 알 수 있습니다.

열에 쿼리, 그룹화, 정렬이 포함된 경우 인덱스를 사용하면 성능이 향상됩니다.
중복값이 많은 인덱스는 좋은 결과를 내지 못합니다.
테이블을 사용하여 고유하지 않은 여러 인덱스를 결합하여 성능을 향상시킬 수 있습니다.
인덱스가 많을수록 성능이 반드시 좋은 것은 아닙니다. 인덱스를 추가한다고 해서 반드시 성능이 향상되는 것은 아닙니다.

쿼리 캐시

선택 쿼리를 실행할 때 MySQL4.x는 쿼리를 기록하고 결과를 반환합니다. 이는 선택 쿼리가 이루어질 때마다 특수 캐시에 결과 집합을 저장함으로써 수행됩니다. 그런 다음 서버가 동일한 쿼리를 다시 수행하도록 요청하면 MySQL은 쿼리를 다시 실행하는 대신 캐시에서 결과를 검색합니다. 이 기능은 기본적으로 활성화되어 있습니다.

테이블이 변경되면 이 테이블을 사용하여 캐시된 쿼리가 무효화되고 캐시에서 제거됩니다. 이렇게 하면 쿼리가 이전 테이블에서 부정확한 데이터를 반환하는 것을 방지할 수 있습니다. 자주 변경되는 테이블은 캐싱의 이점을 얻지 못합니다. 이 경우 캐시를 사용하지 않는 것을 고려할 수 있으며 이를 달성하기 위해 sql_no_cache 옵션을 추가할 수 있습니다.

쿼리 분석

선택 쿼리 시작 부분에 설명 키워드를 추가하면 이 쿼리가 처리되면 이 차트에 정보에 액세스할 쿼리가 포함된다는 것을 나타내는 차트를 반환하도록 MySQL에 지시합니다. 쿼리에서 반환할 것으로 예상되는 테이블 및 행 수에 대한 정보입니다. 이 정보를 사용하여 실행 속도를 높이고 병목 현상이 발생하는 위치를 분석하기 위해 인덱싱할 수 있는 테이블을 확인할 수 있습니다.

쿼리 표시 결과를 통해 인덱스를 추가할 위치를 알 수 있으며 빠른 수정이 가능합니다.

다중 테이블 쿼리 최적화

하위 쿼리는 다른 Select 문 내에 중첩된 Select 문입니다. 하위 쿼리는 복잡한 쿼리를 일련의 논리적 단계로 나누거나 다른 쿼리의 결과를 사용하여 쿼리에 응답하는 데 자주 사용됩니다. 결과적으로 두 개 이상의 개별 쿼리를 실행하는 대신 하나 이상의 하위 쿼리가 포함된 간단한 쿼리를 실행할 수 있습니다.

MySQL은 하위 쿼리보다 조인을 더 잘 최적화할 수 있으므로 MySQL 서버의 로드 평균이 허용할 수 없을 정도로 높은 수준에 도달한 경우 애플리케이션 코드를 검사하고 조인 및 조인 시퀀스에 대한 하위 쿼리로 다시 작성해야 합니다.

MySQL의 수집 기능을 효과적으로 사용하고 절차를 수정하면 비효율적인 하위 쿼리를 보다 효율적인 조인으로 변환할 수 있습니다.
중간에 중첩된 쿼리를 사용하지 않으려면 세션 기반 서버 변수를 사용할 수도 있습니다.

임시 테이블 사용

MySQL에서는 create temporary table 명령을 사용하여 임시 테이블을 생성할 수도 있습니다. 이러한 종류의 테이블은 단일 MySQL 세션에만 존재하기 때문에 이러한 테이블을 사용하는 클라이언트가 MySQL 서버에 대한 연결을 닫으면 자동으로 삭제됩니다.

임시 테이블은 메모리에 보관되기 때문에 디스크 기반 테이블보다 훨씬 빠릅니다. 결과는 쿼리 실행 속도를 높이기 위한 중간 저장 영역으로 효과적으로 사용될 수 있으며, 복잡한 쿼리를 더 간단한 구성 요소로 분할하는 데 도움이 되거나 하위 쿼리 및 조인 지원을 대체할 수 있습니다.

테이블 디자인 최적화

쿼리를 더욱 정교하게 만들기 위해서는 테이블 디자인의 몇 가지 요소를 고려해야 합니다. 우선, 자주 쿼리되는 테이블에 많은 변화가 생길 경우, 가변 길이 필드 대신 고정 길이 필드를 사용하는 것이 성능을 향상시키는 방법이다. 고정 길이 필드를 사용하면 더 많은 디스크 공간이 낭비되지만 쿼리 관점에서 보면 MySQL은 가변 길이 필드보다 고정 길이 필드를 더 빠르게 처리합니다.

성능을 향상시키는 또 다른 기술은 자주 수정해야 하는 테이블에 대해 테이블 ​​최적화 명령을 사용하는 것입니다. 테이블을 자주 수정하면 디스크 조각화가 발생할 수 있으며, 이로 인해 원하는 데이터를 얻기 위해 사용되지 않은 공간 블록에서 읽는 데 추가 시간이 소요됩니다.

성능 향상을 고려할 때 생성된 모든 테이블을 대상으로 해야 하는지 여부도 확인하세요. 테이블이 추가되면 성능이 저하됩니다. 테이블을 병합할 필요가 없으면 조인된 열을 일치시키도록 노력해야 합니다.

서버 설정 조정

서버를 보다 효율적으로 실행하려면 메모리 공간을 늘리고 더 크고 빠른 디스크를 사용하는 것이 가장 좋습니다. 하지만 상황이 허락하지 않는 경우가 많습니다. 이 시점에서 서버를 개선하기 위한 몇 가지 일반적인 기술이 필요합니다.

서버 변수를 조정합니다. key_buffer_size 변수는 MySQL 인덱스 버퍼가 사용할 수 있는 메모리 양을 제어합니다. 값이 높을수록 인덱스가 사용할 수 있는 메모리가 많아지고 성능이 향상됩니다. 일반적으로 이 값은 사용 가능한 총 메모리의 25%~30%로 유지됩니다. table_cache 변수는 테이블 캐시가 사용할 수 있는 메모리 양과 MySQL이 한 번에 처리할 수 있는 총 테이블 열기 수를 제어합니다. 데이터베이스와 테이블이 많고 사용량이 많은 서버의 경우 set을 사용하여 이 값을 늘리고 수정해야 합니다.

글로벌 서버 변수를 수정하면 해당 변수는 서버가 종료될 때까지 존재하지만, 서버를 다시 시작하면 해당 변수는 기본 상태로 돌아갑니다. 따라서 영구적으로 변경하는 것이 좋습니다.

위 내용은 MySQL 고급 드리프트에 대한 심층적인 이해 (6)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!