MySQL 성능 튜닝 파티션 테이블(요약 공유)

이 글은 mysql에 대한 관련 지식을 제공하며, 주로 성능 튜닝과 관련된 문제를 소개하고, 파티션 테이블 관련 내용을 주로 소개합니다. 사용자에게 있어 파티션 테이블은 독립적인 논리 테이블이지만 하위 계층은 여러 개로 구성됩니다. 물리적 하위 테이블을 함께 살펴보겠습니다. 모두에게 도움이 되기를 바랍니다.

추천 학습: mysql 비디오 튜토리얼

사용자의 경우 파티션 테이블은 독립적인 논리적 테이블이지만 하위 레이어는 여러 개의 물리적 하위 테이블로 구성됩니다. 파티션 테이블은 기본 구현을 완전히 캡슐화하고 사용자에게 투명한 블랙 박스입니다. #을 사용하여 구분한 여러 테이블 파일을 파일 시스템에서 볼 수 있습니다.
MySQL은 테이블을 생성할 때 partition by 절을 사용하여 쿼리를 실행할 때 각 파티션에 저장된 데이터를 정의합니다. 최적화 프로그램은 파티션 정의를 기반으로 필요한 데이터가 없는 파티션을 필터링하여 쿼리가 수행되도록 합니다. 모든 파티션을 스캔할 필요는 없습니다.
파티셔닝의 주요 목적은 데이터를 여러 테이블로 대략 나누어 관련 데이터를 함께 저장할 수 있도록 하는 것입니다.
다음으로 파티션 테이블의 적용 시나리오, 파티션 테이블의 한계, 파티션 테이블의 원리, 파티션 테이블 유형, 파티션 테이블 사용 방법, 파티션 테이블 사용 방법 등 6가지 측면에서 파티션 테이블에 대해 설명하겠습니다. .당시 주의가 필요한 문제입니다.

1. 파티션 테이블의 응용 시나리오

1. 테이블이 너무 커서 메모리에 모두 담을 수 없거나, 테이블의 마지막 부분에 핫 데이터만 있고 나머지는 과거 데이터입니다.

2. 파티션 테이블의 데이터를 유지하기가 더 쉽습니다

(1) 대량의 데이터를 일괄 삭제하려면 전체 파티션을 삭제하는 방법을 사용할 수 있습니다.

(2) 최적화, 확인, 복구 및 독립된 파티션의 다른 작업

3. 파티션 테이블 데이터를 여러 물리적 장치에 분산하여 여러 하드웨어 장치를 효율적으로 활용할 수 있습니다.

4 파티션 테이블을 사용하면 일부 특별한 병목 현상을 피할 수 있습니다.

(1) 상호 배타적 액세스 innodb의 단일 인덱스

( 2) ext3 파일 시스템의 Inode 잠금 경쟁

5. 독립 파티션을 백업하고 복원할 수 있습니다

2. 파티션 테이블의 제한 사항

1. 1024개의 파티션이 있으며 버전 5.7에서는 8196을 지원할 수 있습니다. 파티션

2. 초기 MySQL에서는 파티션 표현식이 정수이거나 정수를 반환하는 표현식이어야 합니다. MySQL 5.5에서는 일부 시나리오에서 열을 파티셔닝에 직접 사용할 수 있습니다. .

3. 파티션 필드에 기본 키 또는 고유 인덱스 열이 있는 경우 모든 기본 키 열과 고유 인덱스 열이 포함되어야 합니다.

4. 분할된 테이블에서는 외래 키 제약 조건을 사용할 수 없습니다.

3. 분할된 테이블의 원칙

분할된 테이블은 여러 관련 기본 테이블로 구현되며, 우리는 또한 핸들 개체로 식별합니다. 각 파티션에 직접 액세스할 수 있습니다. 스토리지 엔진은 일반 테이블을 관리하는 것과 동일한 방식으로 파티션의 각 기본 테이블을 관리합니다(모든 기본 테이블은 동일한 스토리지 엔진을 사용해야 함). 파티션 테이블의 인덱스 지식은 각 기본 테이블에 동일한 인덱스를 추가합니다. 스토리지 엔진의 관점에서 보면 기본 테이블은 일반 테이블과 다르지 않으며 스토리지 엔진은 해당 테이블이 일반 테이블인지 분할된 테이블의 일부인지 알 필요가 없습니다. 파티션 테이블의 작업은 다음 작업 논리에 따라 수행됩니다.

1. 쿼리 선택

파티션 테이블을 쿼리할 때 파티션 레이어는 먼저 모든 기본 테이블을 열고 잠그며 최적화 프로그램은 먼저 일부 테이블이 있는지 확인합니다. 파티션을 필터링한 다음 해당 스토리지 엔진 인터페이스를 호출하여 각 파티션의 데이터에 액세스합니다.

2. 삽입 작업

레코드를 작성할 때 파티션 계층은 먼저 모든 기본 테이블을 열고 잠근 다음 어떤 테이블을 결정할지 결정합니다. 파티션은 이 레코드를 수락한 다음 해당 기본 테이블에 레코드를 씁니다.

3. 삭제 작업

레코드를 삭제할 때 파티션 계층은 먼저 모든 기본 테이블을 열고 잠근 다음 데이터에 해당하는 파티션을 결정하고 마지막으로 해당 기본 테이블을 삭제합니다.

4. 업데이트 작업

레코드를 업데이트할 때 파티션 계층은 먼저 모든 기본 테이블을 열고 잠급니다. MySQL은 먼저 레코드를 업데이트해야 할 파티션을 결정한 다음 데이터를 가져와 업데이트한 다음 결정합니다. 데이터가 저장되어야 하는 업데이트된 파티션, 마지막으로 기본 테이블이 기록되고 원본 데이터가 있는 기본 테이블이 삭제됩니다.

일부 작업은 필터링을 지원합니다. 예를 들어 MySQL은 레코드를 먼저 찾아야 합니다. where 조건이 파티션 표현식과 일치하면 이 레코드가 포함되지 않은 모든 파티션을 필터링할 수도 있습니다. 업데이트를 위해. 삽입 작업인 경우 하나의 파티션에만 도달하고 다른 파티션은 필터링됩니다. MySQL은 먼저 이 레코드가 어느 파티션에 속하는지 확인한 다음 다른 파티션에서 작업하지 않고 해당 파티션 테이블에 레코드를 씁니다.

각 작업이 "먼저 모든 기본 테이블을 열고 잠그지만" 이는 파티션 테이블이 처리 중에 전체 테이블을 잠그는 것을 의미하지는 않습니다. 스토리지 엔진이 innodb와 같이 자체적으로 행 수준 잠금을 구현할 수 있는 경우 해당 테이블 잠금은 파티션 수준에서 해제됩니다.

추천 학습: mysql 비디오 튜토리얼

위 내용은 MySQL 성능 튜닝 파티션 테이블(요약 공유)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!