列の変更

ALTER TABLE ... MODIFY COLUMN文は既存のテーブルの列を変更します。変更にはデータ型と属性の変更が含まれます。同時に列名を変更するには、代わりにCHANGE COLUMN文を使用してください。

TiDB v5.1.0以降、Reorg-Dataを必要とする列型の変更がサポートされます。このような変更を行う際、TiDBはテーブル内の既存データをすべて再構築します。具体的には、元のデータを読み取り、新しい列型に変換した後、変換後のデータをテーブルに書き戻します。テーブルデータ全体を処理する必要があるため、Reorg-Data操作には通常長い時間がかかり、実行時間はテーブル内のデータ量に比例します。

以下は、Reorg-Data を必要とする列タイプの変更の一般的な例です。

VARCHARをBIGINTに変更
DECIMAL精度の変更
VARCHAR(10)の長さをVARCHAR(5)に短縮する

v8.5.5以降、TiDBは、以前はReorg-Dataを必要としていた一部の列型変更を最適化します。以下の条件が満たされた場合、TiDBはテーブル全体ではなく、影響を受けるインデックスのみを再構築するため、実行効率が向上します。

現在のセッションでは、厳密なSQLモード ( sql_modeはSTRICT_TRANS_TABLESまたはSTRICT_ALL_TABLESが含まれます ) が使用されます。
テーブルにはTiFlashレプリカがありません。
型変換中にデータが切り捨てられるリスクはありません。

この最適化は、次の型変更シナリオにのみ適用されます。

BIGINTからINTような整数型間の変換
VARCHAR(200)からVARCHAR(100)など、文字セットが変更されない文字列型間の変換

注記：
VARCHARからCHARに変換する際、元のデータに末尾のスペースが含まれていてはなりません。元のデータに末尾のスペースが含まれている場合でも、TiDB は Reorg-Data を実行し、変換された値がCHAR型のパディング規則に準拠していることを確認します。

概要

AlterTableStmt
ModifyColumnSpec
ColumnType
ColumnOption
ColumnName

AlterTableStmt
         ::= 'ALTER' 'IGNORE'? 'TABLE' TableName ModifyColumnSpec ( ',' ModifyColumnSpec )*

ModifyColumnSpec
         ::= 'MODIFY' ColumnKeywordOpt 'IF EXISTS' ColumnName ColumnType ColumnOption* ( 'FIRST' | 'AFTER' ColumnName )?

ColumnType
         ::= NumericType
           | StringType
           | DateAndTimeType
           | 'SERIAL'

ColumnOption
         ::= 'NOT'? 'NULL'
           | 'AUTO_INCREMENT'
           | 'PRIMARY'? 'KEY' ( 'CLUSTERED' | 'NONCLUSTERED' )?
           | 'UNIQUE' 'KEY'?
           | 'DEFAULT' ( NowSymOptionFraction | SignedLiteral | NextValueForSequence )
           | 'SERIAL' 'DEFAULT' 'VALUE'
           | 'ON' 'UPDATE' NowSymOptionFraction
           | 'COMMENT' stringLit
           | ( 'CONSTRAINT' Identifier? )? 'CHECK' '(' Expression ')' ( 'NOT'? ( 'ENFORCED' | 'NULL' ) )?
           | 'GENERATED' 'ALWAYS' 'AS' '(' Expression ')' ( 'VIRTUAL' | 'STORED' )?
           | 'REFERENCES' TableName ( '(' IndexPartSpecificationList ')' )? Match? OnDeleteUpdateOpt
           | 'COLLATE' CollationName
           | 'COLUMN_FORMAT' ColumnFormat
           | 'STORAGE' StorageMedia
           | 'AUTO_RANDOM' ( '(' LengthNum ')' )?

ColumnName ::=
    Identifier ( '.' Identifier ( '.' Identifier )? )?

例

メタのみの変更

CREATE TABLE t1 (id int not null primary key AUTO_INCREMENT, col1 INT);

Query OK, 0 rows affected (0.11 sec)

INSERT INTO t1 (col1) VALUES (1),(2),(3),(4),(5);

Query OK, 5 rows affected (0.02 sec)
Records: 5  Duplicates: 0  Warnings: 0

ALTER TABLE t1 MODIFY col1 BIGINT;

Query OK, 0 rows affected (0.09 sec)

SHOW CREATE TABLE t1\G

*************************** 1. row ***************************
       Table: t1
Create Table: CREATE TABLE `t1` (
  `id` int NOT NULL AUTO_INCREMENT,
  `col1` bigint DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin AUTO_INCREMENT=30001
1 row in set (0.00 sec)

再編成 - データ変更

CREATE TABLE t1 (id int not null primary key AUTO_INCREMENT, col1 INT);

Query OK, 0 rows affected (0.11 sec)

INSERT INTO t1 (col1) VALUES (12345),(67890);

Query OK, 2 rows affected (0.00 sec)
Records: 2  Duplicates: 0  Warnings: 0

ALTER TABLE t1 MODIFY col1 VARCHAR(5);

Query OK, 0 rows affected (2.52 sec)

SHOW CREATE TABLE t1\G

*************************** 1. row ***************************
       Table: t1
CREATE TABLE `t1` (
  `id` int NOT NULL AUTO_INCREMENT,
  `col1` varchar(5) DEFAULT NULL,
  PRIMARY KEY (`id`) /*T![clustered_index] CLUSTERED */
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin AUTO_INCREMENT=30001
1 row in set (0.00 sec)

注記：
TiDBは、変更されたデータ型が既存のデータ行と競合する場合にエラーを返します。上記の例では、TiDBは次のエラーを返します。
alter table t1 modify column col1 varchar(4);
ERROR 1406 (22001): Data Too Long, field len 4, data len 5
非同期コミット機能との互換性のため、メタデータロック無効になっている場合、DDL ステートメントは、Reorg-Data への処理を開始する前に一定期間 (約 2.5 秒) 待機します。
Query OK, 0 rows affected (2.52 sec)

MySQLの互換性

主キー列のReorg-Data型の変更はサポートされていませんが、Meta-Only型の変更はサポートされています。例：

CREATE TABLE t (a int primary key);
ALTER TABLE t MODIFY COLUMN a VARCHAR(10);
ERROR 8200 (HY000): Unsupported modify column: column has primary key flag

CREATE TABLE t (a int primary key);
ALTER TABLE t MODIFY COLUMN a int UNSIGNED;
ERROR 8200 (HY000): Unsupported modify column: column has primary key flag

CREATE TABLE t (a int primary key);
ALTER TABLE t MODIFY COLUMN a bigint;
Query OK, 0 rows affected (0.01 sec)

生成された列の列型の変更はサポートされていません。例:

CREATE TABLE t (a INT, b INT as (a+1));
ALTER TABLE t MODIFY COLUMN b VARCHAR(10);
ERROR 8200 (HY000): Unsupported modify column: column is generated

パーティションテーブルの列の型の変更はサポートされていません。例:

CREATE TABLE t (c1 INT, c2 INT, c3 INT) partition by range columns(c1) ( partition p0 values less than (10), partition p1 values less than (maxvalue));
ALTER TABLE t MODIFY COLUMN c1 DATETIME;
ERROR 8200 (HY000): Unsupported modify column: table is partition table

TiDB と MySQL 間のcast関数の動作に関する互換性の問題により、一部のデータ型 (たとえば、一部の TIME 型、BIT、SET、ENUM、JSON) から他の型への変更はサポートされていません。
```
CREATE TABLE t (a DECIMAL(13, 7));
ALTER TABLE t MODIFY COLUMN a DATETIME;
ERROR 8200 (HY000): Unsupported modify column: change from original type decimal(13,7) to datetime is currently unsupported yet
```

列の変更

概要

例

メタのみの変更

再編成 - データ変更

MySQLの互換性

参照

このページは役に立ちましたか？