[MySQL优化案例]系列 -- DISABLE/ENABLE KEYS的作用
有一个表 tbl1 的结构如下:
CREATE TABLE `tbl1` ( `id` int(10) unsigned NOT NULL auto_increment, `name` char(20) NOT NULL default '', PRIMARY KEY (`id`), KEY `name` (`name`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8;
该表里已经存在了200万条记录.
现在, 需要把 tbl1 中的所有记录全部导到另一个完全相同的表 tbl2 中去.
1. 如果采用以下传统的方式, 则执行时间为: 98.01s
mysql>INSERT INTO tbl2 SELECT * FROM tbl1; Query OK, 2000000 row affected (1 min 38.01 sec) Records: 2000000 Duplicates: 0 Warnings: 0
2. 如果是用以下SQL语句, 则执行时间为: 80.85s (36.30 + 44.55)
mysql>ALTER TABLE tbl2 DISABLE KEYS; Query OK, 0 rows affected (0.00 sec) mysql>INSERT INTO tbl2 SELECT * FROM tbl1; Query OK, 2000000 row affected (36.30 sec) Records: 2000000 Duplicates: 0 Warnings: 0 mysql>ALTER TABLE tbl2 ENABLE KEYS; Query OK, 0 rows affected (44.55 sec)
从上面的测试结果来看, 在大批量导入时先禁用索引, 在完全导入后, 再开启索引, 一次性完成重建索引的效率会相对高很多, 经过反复几次测试, 感觉后者基本能比前者快 1.2 倍左右. 这也就是 LOAD DATAL INFILE 相对较快的原因之一.
评论
lmy8
周二, 2007/09/04 - 22:51
Permalink
在很多DBMS中都是如此
在很多DBMS中都是如此。千万以及亿级表设计到的索引更大,效果更加显著。
游客 (未验证)
周三, 2008/08/27 - 16:39
Permalink
我才学sql语言
我才学sql语言 选择的具体实现是mysql
教材也是这么教的 -_-!
原话不记得了 大概意思应该是索引重建比转移更好
yejr
周三, 2008/08/27 - 17:02
Permalink
尽信书不如无书
尽信书不如无书 :)
MySQL方案、培训、支持