26.6.2 Partitioning Limitations Relating to Storage Engines

26.6.2 저장 엔진과 관련된 Partitioning 제약 사항

MySQL 9.5에서 partitioning 지원은 실제로 MySQL 서버가 아니라 각 테이블 스토리지 엔진의 자체(native) partitioning 핸들러에 의해 제공됩니다. MySQL 9.5에서는 InnoDB 및 NDB 스토리지 엔진만이 native partitioning 핸들러를 제공합니다. 이는 이러한 스토리지 엔진 이외의 다른 스토리지 엔진을 사용하여 파티션 테이블을 생성할 수 없음을 의미합니다. (NDB 테이블을 생성하려면 NDB 스토리지 엔진을 사용하는 MySQL NDB Cluster를 사용해야 합니다.)

InnoDB storage engine. InnoDB 외래 키와 MySQL partitioning은 호환되지 않습니다. 파티션된 InnoDB 테이블은 외래 키 참조를 가질 수 없으며, 외래 키에 의해 참조되는 컬럼도 가질 수 없습니다. 외래 키를 가지거나 외래 키에 의해 참조되는 InnoDB 테이블은 partitioning할 수 없습니다.

ALTER TABLE ... OPTIMIZE PARTITION은 InnoDB를 사용하는 파티션 테이블에 대해 올바르게 동작하지 않습니다. 이러한 테이블의 경우 대신 ALTER TABLE ... REBUILD PARTITION 및 ALTER TABLE ... ANALYZE PARTITION을 사용하십시오. 자세한 내용은 Section 15.1.11.1, “ALTER TABLE Partition Operations”을 참조하십시오.

User-defined partitioning과 NDB storage engine (NDB Cluster).
KEY(및 LINEAR KEY 포함)에 의한 partitioning만이 NDB 스토리지 엔진에서 지원되는 유일한 partitioning 유형입니다. 일반적인 상황에서 NDB Cluster에서는 [LINEAR] KEY 이외의 어떤 partitioning 유형을 사용하여 NDB Cluster 테이블을 생성하는 것이 불가능하며, 그렇게 시도하면 에러로 실패합니다.

NDB 테이블에 대해 정의할 수 있는 파티션의 최대 개수는 클러스터 내 데이터 노드 및 노드 그룹의 개수, 사용 중인 NDB Cluster 소프트웨어 버전 및 기타 요인에 따라 달라집니다. 자세한 내용은 NDB and user-defined partitioning을 참조하십시오.

NDB 테이블의 각 파티션에 저장할 수 있는 고정 크기 데이터의 최대 크기는 128 TB입니다. 이전에는 16 GB였습니다.

user-partitioned NDB 테이블이 다음 두 가지 요구 사항 중 하나 또는 둘 모두를 만족하지 못하도록 하는 CREATE TABLE 및 ALTER TABLE statement는 허용되지 않으며, 에러로 실패합니다:

1. 테이블은 명시적인 primary key를 가져야 합니다.

2. 테이블의 partitioning expression에 나열된 모든 컬럼은 primary key의 일부여야 합니다.

예외.
user-partitioned NDB 테이블이 비어 있는 column-list(즉, PARTITION BY KEY() 또는 PARTITION BY LINEAR KEY()를 사용)로 생성되는 경우에는 명시적인 primary key가 필요하지 않습니다.

Partition selection.
Partition selection은 NDB 테이블에서 지원되지 않습니다. 자세한 내용은 Section 26.5, “Partition Selection”을 참조하십시오.

Partitioned table 업그레이드.
업그레이드를 수행할 때, KEY로 partitioning된 테이블은 덤프한 후 다시 로드해야 합니다.

MyISAM 테이블을 InnoDB로 변환하는 방법에 대한 정보는 Section 17.6.1.5, “Converting Tables from MyISAM to InnoDB”를 참조하십시오.