Question

我正在将我的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参考指南，我发现如果列的大小减小到小于索引的长度，那么索引将缩短，但我找不到任何指示什么会如果基础列的大小增加，则会发生索引。（我想知道我是否应该删除并重新创建索引，或者MySQL是否会执行我希望的操作。）

Answer 1

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

实际上，它会重建所有该表中的索引。

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

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

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

因此，如果您更改列的数据类型（适用于新表），并且它会在将行从原始表复制到新表时填充索引。

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

1 个答案: