MySQL如果我改变列的话会发生什么？

我正在将我的AUTO_INCREMENT PRIMARY KEY ID列从INT更新为BIGINT.我正在使用带有InnoDB表的MySQL版本5.0.82.它们看起来像：

FactTable
+-------+-------------+------+-----+---------+----------------+
| Field | Type        | Null | Key | Default | Extra          |
+-------+-------------+------+-----+---------+----------------+
| ID    | int(11)     | NO   | PRI | NULL    | auto_increment |
| Path  | varchar(64) | NO   |     | NULL    |                |
+-------+-------------+------+-----+---------+----------------+

AttemptTable
+---------+----------+------+-----+---------+----------------+
| Field   | Type     | Null | Key | Default | Extra          |
+---------+----------+------+-----+---------+----------------+
| ID      | int(11)  | NO   | PRI | NULL    | auto_increment |
| TriedOn | datetime | NO   |     | NULL    |                |
| FactID  | int(11)  | NO   | MUL | NULL    |                |
+---------+----------+------+-----+---------+----------------+

其中AttemptTable具有KEY FK1(FactID)和CONSTRAINT FK1 FOREIGN KEY(FactID)REFERENCES FactTable(ID).所以我的更新过程是：

ALTER TABLE AttemptTable DROP FOREIGN KEY FK1,
MODIFY ID BIGINT(20) NOT NULL AUTO_INCREMENT,
MODIFY FactID BIGINT(20) NOT NULL;

ALTER TABLE FactTable MODIFY ID BIGINT(20) NOT NULL AUTO_INCREMENT;

ALTER TABLE AttemptTable ADD CONSTRAINT FK1 FOREIGN KEY (FactID)
REFERENCES FactTable (ID);

现在,我注意到在进行这些修改时,关键字FK1在约束被删除后仍然存在,并且我认为在重新创建约束之后它仍然适用.但我的问题是,MySQL是否更新了此密钥以适用于BIGINT,还是只维护INT功能？

我查看了ALTER TABLE的MySQL参考指南,我发现如果列的大小减小到小于索引的长度,那么索引将缩短,但我找不到任何指示会发生什么的东西. index如果基础列的大小增加. (我想知道我是否应该删除并重新创建索引,或者MySQL是否会执行我希望的操作.)

解决方法:

基本上,它会在您更改列的数据类型时重建索引.

实际上,它会重建该表中的所有索引.

MySQL中的某些类型的ALTER TABLE语句导致表重组：

>锁定桌子.
>使用列的新定义创建一个新的空表.
>将旧表中的所有数据逐行复制到新表中.这自然会填充新表中的索引,就像您插入新数据一样.
>交换表格上的名称.
>放下原始表格.
>解锁桌子.

当您更改InnoDB表中的主键列时尤其如此,因为每个InnoDB表都存储为其主键的聚簇索引.

因此,如果更改列的数据类型(适用于新表),它会在将行从原始表复制到新表时填充索引.

标签：mysql,indexing,alter-table,innodb,foreign-keys
来源： https://codeday.me/bug/20190629/1330893.html