Schema的优化和索引 - 加速ALTER TABLE1

Schema的优化和索引 - 加速ALTER TABLE1

当对于一个大表进行ALTER TABLE的时候，性能问题就产生了。MySQL大部分改动的步骤如下：根据新的表结构创建一个空表，从旧表中把数据取出来插入到新表中，在删除旧表。这是个非常漫长的过程。许多人ALTER TABLE之后，都有等待1小时或者1天的痛苦经历。

　　MySQL AB已经开始提升这方面的性能了。一些即将到来的特性是支持"在线"的操作，而不会去锁定表。InnoDB的开发者也在积极努力开发以排序来创建索引。MyISAM已经支持这一特性了，结果就是索引更快并且压缩了索引布局。

　　并不是所有的ALTER TABLE都会使表重建。举个例子，你可以用两个方法更改或者删除列默认值（一个快，一个慢）。如果你想更改一个film的租赁期限为原来的3天到现在的5天。方法如下：

mysql> ALTER TABLE sakila.film
　　 　-> MODIFY COLUMN rental_duration TINYINT(3) NOT NULL DEFAULT 5;

　　用SHOW 　STATUS来监控这个语句，它做了1000次读和1000次插入。换句话说就是复制一个表到新表中。即使这个列的类型，大小，是否为NULL都没有改变。

　　原理上来说，MySQL可以跳过创建新表。这个默认的值实际存储在.frm文件中。因此你可以更改它而没有必要接触表。MySQL也不会做优化，然而任何的MODIFY COLUMN都会导致表的重建。

　　你可以使用ALTER COLUMN来修改：

mysql> ALTER TABLE sakila.film
　　 　-> ALTER COLUMN rental_duration SET DEFAULT 5;

　　这个语句修改了.frm文件而没有去操作表。结果就是速度非常之快。

　　仅仅修改.frm文件

　　我们发现修改标的.frm文件速度非常快并且当它不能那么做的时候，MySQL有的时候会重建表。如果你愿意承担一部分风险，你可以告诉MySQL做一些类型的修改而不去重建表。