> 데이터 베이스 > MySQL 튜토리얼 > 데이터베이스 테이블 파티셔닝을 통해 삽입 효율성을 높일 수 있나요?

데이터베이스 테이블 파티셔닝을 통해 삽입 효율성을 높일 수 있나요?

青灯夜游
풀어 주다: 2020-07-22 11:52:12
원래의
3176명이 탐색했습니다.

데이터베이스 테이블 분할은 삽입 효율성을 향상시킬 수 있습니다. 데이터베이스 테이블 분할은 테이블 추가, 삭제, 수정 및 쿼리의 효율성을 향상시킬 수 있습니다. 데이터베이스 테이블 파티션 삽입 작업의 원리: 레코드를 쓸 때 파티션 계층은 모든 기본 테이블을 열고 잠근 다음 레코드를 허용하는 파티션을 결정한 다음 해당 기본 테이블에 레코드를 씁니다.

데이터베이스 테이블 파티셔닝을 통해 삽입 효율성을 높일 수 있나요?

파티션이란 무엇인가요?

파티셔닝은 규칙에 따라 테이블을 분해하고 데이터를 여러 위치(동일한 디스크 또는 다른 머신일 수 있음)에 저장하기 위해 세그먼트로 나누는 것입니다. 분할 후에도 표면에는 여전히 하나의 테이블이 있지만 데이터는 여러 위치에 해시됩니다. 앱이 읽고 쓸 때 여전히 큰 테이블 이름으로 작동하며 db는 분할된 데이터를 자동으로 구성합니다.

파티셔닝은 두 가지 유형으로 나눌 수 있습니다.

1. 수평 파티셔닝

이러한 파티셔닝 형태는 테이블의 행을 이러한 방식으로 분할하는 것입니다. 분할된 데이터 세트를 결합하여 개별 파티션(단일 파티션) 또는 집합 파티션(1개 이상의 파티션)을 생성합니다. 테이블에 정의된 모든 컬럼은 모든 데이터 세트에서 발견되므로 테이블의 특성은 그대로 유지됩니다.

간단한 예: 10년 동안의 송장 기록을 포함하는 테이블을 10개의 서로 다른 파티션으로 분할할 수 있으며, 각 파티션은 1년 동안의 기록을 포함합니다. (참고: 여기서 사용되는 구체적인 파티셔닝 방법에 대해서는 나중에 설명하겠습니다. 먼저 특정 속성 열로 나누어야 합니다. 예를 들어 여기서 사용된 열은 연도입니다.)

2.

이 파티셔닝 방법은 일반적으로 테이블을 세로로 나누어 대상 테이블의 너비를 줄여 특정 열을 특정 파티션으로 나누고 각 파티션에는 해당 열에 해당하는 행이 포함되도록 합니다.

간단한 예: 큰 텍스트 및 BLOB 열이 포함된 테이블. 현재 자주 사용되지 않는 이러한 텍스트 및 BLOB 열은 데이터 관련성을 보장하기 위해 다른 파티션으로 나누어야 합니다. 액세스 속도도 향상됩니다.

파티션 테이블의 원리파티션 테이블은 여러 관련 기본 테이블로 구현되므로 이러한 기본 테이블도 핸들 개체로 표현되므로 각 파티션에 직접 액세스할 수도 있으며 스토리지 엔진이 각 기본 테이블을 관리합니다. 일반 테이블을 관리하는 것과 마찬가지로(모든 기본 테이블은 동일한 스토리지 엔진을 사용해야 함) 파티션된 테이블의 인덱스는 스토리지 엔진의 관점에서 각 기본 테이블에 동일한 인덱스를 추가하는 것입니다. 테이블은 일반 테이블과 동일하며 스토리지 엔진은 이것이 일반 테이블인지 분할된 테이블의 일부인지 알 필요가 없습니다.

파티션 테이블에 대한 작업은 다음 작업 논리에 따라 수행됩니다.

쿼리 선택:

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

삽입 작업:

레코드를 쓸 때 파티션 계층은 모든 기본 테이블을 열고 잠근 다음 이 레코드를 허용하는 파티션을 결정합니다. 그런 다음 레코드는 해당 기본 테이블에 기록됩니다

삭제 작업:

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

업데이트 작업:

데이터 조각을 업데이트할 때 파티션 계층은 먼저 모든 기본 테이블을 열고 잠급니다. MySQL은 먼저 업데이트할 레코드가 어느 파티션에 있는지 확인한 다음 데이터를 꺼내 업데이트한 다음 어느 파티션을 결정합니다. 업데이트된 데이터를 파티션에 배치해야 합니다. 그런 다음 기본 테이블에 쓰고 원본 데이터가 있는 기본 테이블을 삭제합니다

각 작업이 모든 기본 테이블을 열고 잠그더라도 이는 파티션 테이블이 전체 테이블에 대해 Innodb와 같이 스토리지 엔진이 자체적으로 행 수준 잠금을 구현할 수 있는 경우 파티션 수준에서 해당 테이블 잠금을 해제합니다. 이 잠금 및 잠금 해제 프로세스는 일반 Innodb에 대한 쿼리와 유사합니다.

다음 시나리오에서는 파티셔닝이 매우 큰 역할을 할 수 있습니다. A: 테이블이 너무 커서 메모리에 모두 들어갈 수 없거나 테이블의 마지막 부분에만 핫 데이터가 있습니다. , 기타 모두 과거 데이터입니다

B: 파티션 테이블의 데이터는 유지 관리가 더 쉽습니다. 예를 들어 대량의 데이터를 일괄 삭제하려는 경우 전체 파티션을 지우는 방법을 사용할 수 있습니다. 또한 독립된 파티션에서 최적화, 확인, 복구 및 기타 작업도 가능합니다.

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

D: innodb의 단일 인덱스에 대한 상호 배타적 액세스, ext3 파일 시스템의 inode 잠금 경쟁 등과 같은 일부 특별한 병목 현상을 피하기 위한 파티션 테이블.

E: 필요한 경우 독립 파티션도 백업 및 복원할 수 있습니다. 매우 큰 데이터 세트에 유용합니다. 현장에서 효과가 매우 좋습니다

F: 쿼리를 최적화합니다. where 절에 파티션 열이 포함되면 쿼리 효율성을 높이기 위해 동시에 sum() 및 count()와 같은 집계 함수가 포함된 쿼리를 수행할 수 있습니다. 각 파티션에서 각 파티션을 사용할 수 있습니다. 병렬 처리를 수행하면 결국 모든 파티션에서 얻은 결과만 요약하면 됩니다.

mysql 데이터베이스의 파티션은 항상 null이 아닌 값보다 작은 값으로 처리합니다. 이는 null 값을 오름차순으로 정렬할 때 null이 항상 앞에 오는 연산과 같습니다. , 따라서 다른 파티션 유형의 경우 mysql 데이터베이스도 null을 다르게 처리합니다.

범위 파티션의 경우 파티션 열에 null이 삽입되면 MySQL 데이터베이스는 가장 왼쪽 파티션에 값을 넣습니다. 파티션이 삭제되면 파티션 아래의 모든 콘텐츠가 디스크에서 삭제되고 파티션도 삭제됩니다. null이 있는 위치가 삭제되면 null 값도 삭제됩니다.

리스트 파티션에서 null을 사용하려면 파티션의 해시 값에 명시적으로 정의해야 합니다. 그렇지 않으면 null을 삽입할 때 오류가 보고됩니다. 해시 및 키 파티션은 범위 및 목록 파티션과 다르게 null을 처리합니다. 모든 파티션 함수는 null을 0으로 반환합니다.

Partitioning

파티셔닝은 데이터베이스 또는 해당 구성 요소를 서로 다른 독립적인 부분으로 나누는 것입니다.

-- 테이블 저장소를 사전 구성하는 방법

mysql은 수평 파티셔닝을 지원합니다.

특정 테이블 행을 행의 하위 집합으로 배포합니다.

파티션 배포는 물리적 저장소 전반에 걸쳐 이루어집니다.

-- 필요할 때 사용자

——각 파티션은 자체 단위로 저장됩니다

데이터의 파티션

——데이터는 파티션 기능에 따라 하위 집합으로 나뉩니다

——파티션 유형 및 표현식 표현식은 테이블 정의

- 표현식은 정수이거나 정수 값을 반환하는 함수일 수 있습니다.

——이 값은

1 정의에 따라 각 레코드가 저장될 파티션을 결정합니다. 기본 키와 고유 키는 파티션 키의 일부로 포함되어야 합니다. 그렇지 않으면 생성 시 "ERROR 1503("이 보고됩니다. 기본 키 및 고유 인덱스") HY000) "

2. 범위 파티션에 파티션을 추가하면 최대값 이후에만 파티션을 추가할 수 있습니다

3. 모든 파티션의 엔진은 동일해야 합니다

4. 정수, 숫자 표현식, 날짜 열, 날짜 함수 표현식 수식(예: year(), to_days(), to_seconds(), unix_timestamp())

파티션 관리

새 파티션

ALTER TABLE sale_data
ADD PARTITION (PARTITION p201010 VALUES LESS THAN (201011));
로그인 후 복사

삭제 Partition

– 파티션이 삭제되면 해당 파티션의 모든 데이터도 삭제됩니다.

ALTER TABLE sale_data DROP PARTITION p201010;
로그인 후 복사

파티션 병합

다음 SQL은 p201001 – p201009를 3개의 파티션 p2010Q1 – p2010Q3

ALTER TABLE sale_data
REORGANIZE PARTITION p201001,p201002,p201003,
p201004,p201005,p201006,
p201007,p201008,p201009 INTO
(
PARTITION p2010Q1 VALUES LESS THAN (201004),
PARTITION p2010Q2 VALUES LESS THAN (201007),
PARTITION p2010Q3 VALUES LESS THAN (201010)
);
로그인 후 복사

으로 병합합니다. 관련 권장 사항: "PHP tutorial", "mysql tutorial"

위 내용은 데이터베이스 테이블 파티셔닝을 통해 삽입 효율성을 높일 수 있나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

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