4

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

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 是否会做我希望的事情。）

4

1 回答 1

6

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

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

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

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

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

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

于 2012-10-30T19:31:40.640 回答