ビジネスニーズに応じて、パーティションテーブルからパーティションを削除できます。
パーティションテーブルにおけるパーティション削除操作のサポート状況
OceanBaseデータベースのMySQLモードでは、パーティションテーブルとサブパーティションテーブルにおけるパーティション削除操作のサポート状況は、次の表のとおりです。
パーティションテーブル |
パーティションタイプ |
1次パーティションの削除 |
2次パーティションの削除 |
|---|---|---|---|
| パーティションテーブル |
|
サポート | - |
| パーティションテーブル |
|
サポートなし | - |
| セカンダリパーティションテーブル |
|
サポート | サポート |
| セカンダリパーティションテーブル |
|
サポート | サポートなし |
| セカンダリパーティションテーブル |
|
サポート | サポート |
| セカンダリパーティションテーブル |
|
サポート | サポートなし |
| セカンダリパーティションテーブル |
|
サポート | サポート |
| セカンダリパーティションテーブル |
|
サポート | サポートなし |
| セカンダリパーティションテーブル |
|
サポート | サポート |
| セカンダリパーティションテーブル |
|
サポート | サポートなし |
| セカンダリパーティションテーブル |
|
サポートなし | サポート |
| セカンダリパーティションテーブル |
|
サポートなし | サポートなし |
| セカンダリパーティションテーブル |
|
サポートなし | サポート |
| セカンダリパーティションテーブル |
|
サポートなし | サポートなし |
パーティション削除操作の説明
Range/Range Columns、List/List Columnsでパーティション(パーティションおよびサブパーティションを含む)が分割されており、かつパーティション削除操作をサポートするテーブルの場合、システムはグローバルインデックスを再構築せず、バックグラウンドでのメジャーコンパクションを通じて削除されたデータを処理し、遅延(lazy)メンテナンス戦略によりインデックスの有効性を維持します。これにより、インデックスの無効化によるクエリの中断やパフォーマンスの低下を回避できます。ただし、この最適化は通常のグローバルインデックスにのみ適用されます。以下のシナリオでは、この最適化はトリガーされません:
- パーティションがHashパーティションである場合(サブパーティションがRange/Range ColumnsまたはList/List Columnsであっても)。
- パーティションキーが通常の列ではなく式である場合。
- 全文インデックスや非構造化データ型などの特殊なグローバルインデックスの場合、インデックスは使用不可状態となります。
パーティションの削除
RANGEパーティション、RANGE COLUMNSパーティション、LISTパーティション、およびLIST COLUMNSパーティションなどのパーティションテーブルからパーティションを削除できます。HASHパーティションとKEYパーティションタイプのパーティションテーブルは、現在パーティションの削除をサポートしていません。
パーティションを削除するSQL構文は次のとおりです:
ALTER TABLE table_name DROP PARTITION partition_name[, partition_name ...];
説明
パーティションを削除する際は、1つまたは複数のパーティションを削除できますが、すべてのパーティションを削除することはできません。
パーティションを削除する際は、そのパーティション上にアクティブなトランザクションやクエリが存在しないようにしてください。存在すると、SQLステートメントがエラーになったり、異常が発生したりする可能性があります。
sysテナントでは、ビューoceanbase.GV$OB_TRANSACTION_PARTICIPANTSを使用して、現在終了していないトランザクションのコンテキスト状態を確認できます。パーティションを削除すると、そのパーティション内のデータも同時に削除されます。データのみを削除する場合は、
TRUNCATEステートメントを使用できます。サブパーティションテーブルの場合、パーティションを削除すると、そのパーティションの定義および対応するサブパーティションとデータも同時に削除されます。
一部の例:
パーティションテーブル
tbl1_rのM202011およびM202012パーティションを削除します。obclient> CREATE TABLE tbl1_r (log_id BIGINT NOT NULL,log_value VARCHAR(50),log_date TIMESTAMP NOT NULL) PARTITION BY RANGE(UNIX_TIMESTAMP(log_date)) (PARTITION M202001 VALUES LESS THAN(UNIX_TIMESTAMP('2020/02/01')) , PARTITION M202002 VALUES LESS THAN(UNIX_TIMESTAMP('2020/03/01')) , PARTITION M202003 VALUES LESS THAN(UNIX_TIMESTAMP('2020/04/01')) , PARTITION M202004 VALUES LESS THAN(UNIX_TIMESTAMP('2020/05/01')) , PARTITION M202005 VALUES LESS THAN(UNIX_TIMESTAMP('2020/06/01')) , PARTITION M202006 VALUES LESS THAN(UNIX_TIMESTAMP('2020/07/01')) , PARTITION M202007 VALUES LESS THAN(UNIX_TIMESTAMP('2020/08/01')) , PARTITION M202008 VALUES LESS THAN(UNIX_TIMESTAMP('2020/09/01')) , PARTITION M202009 VALUES LESS THAN(UNIX_TIMESTAMP('2020/10/01')) , PARTITION M202010 VALUES LESS THAN(UNIX_TIMESTAMP('2020/11/01')) , PARTITION M202011 VALUES LESS THAN(UNIX_TIMESTAMP('2020/12/01')) , PARTITION M202012 VALUES LESS THAN(UNIX_TIMESTAMP('2021/01/01')) ); Query OK, 0 rows affected obclient> ALTER TABLE tbl1_r DROP PARTITION M202011,M202012; Query OK, 0 rows affectedRANGE COLUMNS + RANGE COLUMNS テンプレートパーティションテーブル
t_m_rcrcのパーティションp1およびp2を削除します。obclient> CREATE TABLE t_m_rcrc(col1 INT,col2 INT) PARTITION BY RANGE COLUMNS(col1) SUBPARTITION BY RANGE COLUMNS(col2) SUBPARTITION TEMPLATE (SUBPARTITION mp0 VALUES LESS THAN(1000), SUBPARTITION mp1 VALUES LESS THAN(2000), SUBPARTITION mp2 VALUES LESS THAN(3000) ) (PARTITION p0 VALUES LESS THAN(100), PARTITION p1 VALUES LESS THAN(200), PARTITION p2 VALUES LESS THAN(300) ); Query OK, 0 rows affected obclient> ALTER TABLE t_m_rcrc DROP PARTITION p1,p2; Query OK, 0 rows affectedRANGE + RANGE 非テンプレートパーティションテーブル
t_f_rrのパーティションp1を削除します。obclient> CREATE TABLE t_f_rr(col1 INT,col2 TIMESTAMP) PARTITION BY RANGE(col1) SUBPARTITION BY RANGE(UNIX_TIMESTAMP(col2)) (PARTITION p0 VALUES LESS THAN(100) (SUBPARTITION sp0 VALUES LESS THAN(UNIX_TIMESTAMP('2021/04/01')), SUBPARTITION sp1 VALUES LESS THAN(UNIX_TIMESTAMP('2021/07/01')), SUBPARTITION sp2 VALUES LESS THAN(UNIX_TIMESTAMP('2021/10/01')), SUBPARTITION sp3 VALUES LESS THAN(UNIX_TIMESTAMP('2022/01/01')) ), PARTITION p1 VALUES LESS THAN(200) (SUBPARTITION sp4 VALUES LESS THAN(UNIX_TIMESTAMP('2021/04/01')), SUBPARTITION sp5 VALUES LESS THAN(UNIX_TIMESTAMP('2021/07/01')), SUBPARTITION sp6 VALUES LESS THAN(UNIX_TIMESTAMP('2021/10/01')), SUBPARTITION sp7 VALUES LESS THAN(UNIX_TIMESTAMP('2022/01/01')) ) ); Query OK, 0 rows affected obclient> ALTER TABLE t_f_rr DROP PARTITION p1; Query OK, 0 rows affected
サブパーティションの削除
サブパーティションを削除するSQL構文は次のとおりです:
ALTER TABLE table_name DROP SUBPARTITION subpartition_name[, subpartition_name ...];
説明
サブパーティションテーブルからサブパーティションを削除する際は、そのパーティション上にアクティブなトランザクションやクエリが存在しないようにしてください。存在する場合、SQLステートメントがエラーになったり、異常が発生したりする可能性があります。
sysテナントでは、ビューoceanbase.GV$OB_TRANSACTION_PARTICIPANTSを使用して、現在終了していないトランザクションのコンテキスト状態を確認できます。サブパーティションを削除すると、その定義と内部のデータが同時に削除されます。
複数のサブパーティションを削除する場合、これらのサブパーティションはすべて同一のパーティションに属している必要があります。
Range + Range非テンプレート型パーティションテーブルt_f_rrからサブパーティションsp6とsp7を削除する例を以下に示します:
obclient> CREATE TABLE t_f_rr(col1 INT,col2 TIMESTAMP)
PARTITION BY RANGE(col1)
SUBPARTITION BY RANGE(UNIX_TIMESTAMP(col2))
(PARTITION p0 VALUES LESS THAN(100)
(SUBPARTITION sp0 VALUES LESS THAN(UNIX_TIMESTAMP('2021/04/01')),
SUBPARTITION sp1 VALUES LESS THAN(UNIX_TIMESTAMP('2021/07/01')),
SUBPARTITION sp2 VALUES LESS THAN(UNIX_TIMESTAMP('2021/10/01')),
SUBPARTITION sp3 VALUES LESS THAN(UNIX_TIMESTAMP('2022/01/01'))
),
PARTITION p1 VALUES LESS THAN(200)
(SUBPARTITION sp4 VALUES LESS THAN(UNIX_TIMESTAMP('2021/04/01')),
SUBPARTITION sp5 VALUES LESS THAN(UNIX_TIMESTAMP('2021/07/01')),
SUBPARTITION sp6 VALUES LESS THAN(UNIX_TIMESTAMP('2021/10/01')),
SUBPARTITION sp7 VALUES LESS THAN(UNIX_TIMESTAMP('2022/01/01'))
)
);
Query OK, 0 rows affected
obclient> ALTER TABLE t_f_rr DROP SUBPARTITION sp6,sp7;
Query OK, 0 rows affected