Ham*_*ro. 4 mysql indexing innodb foreign-keys alter-table
我正在将我的 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 | |
+---------+----------+------+-----+---------+----------------+
Run Code Online (Sandbox Code Playgroud)
其中 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);
Run Code Online (Sandbox Code Playgroud)
现在,我注意到在进行这些修改时,删除约束后密钥 FK1 仍然存在,并且我认为在重新创建约束后它仍然适用。但我的问题是,MySQL 是否更新此密钥以适用于 BIGINT,还是仅保留 INT 功能?
我查看了 ALTER TABLE 的 MySQL 参考指南,我发现提到如果列的大小减小到小于索引的长度,那么索引将被缩短,但我找不到任何表明会发生什么的信息如果基础列的大小增加,则索引。(我想知道我是否也应该删除和重新创建索引,或者 MySQL 是否会做我希望的事情。)
基本上,它会在您更改列的数据类型时重建索引。
实际上,它重建了该表中的所有索引。
ALTER TABLEMySQL 中的某些类型的语句会导致表重组:
当您更改 InnoDB 表中的主键列时尤其如此,因为每个 InnoDB 表都存储为其主键的聚集索引。
因此,如果您更改列的数据类型,这适用于新表,并且它会在将行从原始表复制到新表时填充索引。
| 归档时间: |
|
| 查看次数: |
3220 次 |
| 最近记录: |