mysql插入索引太慢加参数delay_key_write

插入大数据时，有索引会很慢，可以DISABLE KEYS，或者直接在table中加入DELAY_KEY_WRITE

注：

delay_key_write这个参数只对myisam类型表有效
如果你某个表需要经常update操作，这个参数就很管用！
但等delay_key_write使用时，出现断电或重启时，会导致在cache的索引update没来得及更新，所以必须在启动参数加上 –myisam-recover，或者在conf设置myisam-recover=BACKUP,FORCE。这样在你启动mysql的时候会检查你的表并同步表和索引.

另外如果修复myisam类表可以在my.cnf中mysqld段设置myisam-recover恢复功能，参数有：default,force,backup,QUICK

1.
LOCK TABLES `test` WRITE;
ALTER TABLE `test` DISABLE KEYS ;

INSERT INTO `test` VALUES (1,'???',80,1),(2,'???',90,2),(1,'李四',80,3),(2,'王五',90,4),(1,'aa',12,5), (3,'aa',123,6),(4,'aadwa',123,7);

ALTER TABLE `test` ENABLE KEYS;
UNLOCK TABLES;

最近天天MySQL负载经常一会高，一会低的不稳定。

整天还被perl 折腾着，晕死了。

首先, iostat -x 1看看是不是 io 瓶颈较大。

iowait 才 0.45 见鬼，多又是程序问题。

top 一下看看了 mysqld 消耗CPU非常厉害

估计又是程序问题。

用我的per程序取了下 MySQL的数据

发现 key_writes / key_write_request 几乎接近 1了。晕

说明，update，delete, insert 语句非常平凡。

最后看了 binlog 仅1小时有个表有1w多次 UPDATE操作，

看来需要打开 delay_key_write 了。

这个参数只对 MyISAM有效，可以再create table 时指定 delay_key_write ，如果表已经存在可以使用 alter table sometable delay_key_write =1;

如果你的某个表有很多update操作，这个参数的优势会很好的体现出来。因为这个参数能延迟更新索引到表关闭。

当我们需要经常跟新一个大表的时候，可以考虑使用这个参数。

那么，表关闭会在什么时候发生？你可以理解成当flash table的时候，表将关闭。那么有2种情况将会发生 flush table：
当cache 满了一个新的thread试图打开一个表的时候，那个表没有在cache；
当cache里的表数比table_cache多时thread不在使用表；
这个2种情况将会flush table。

当delay_key_write 使用的时候，如果出现重启或者掉电等情况，会导致在cache的索引update没来得及更新，所以必须在启动参数加上--myisam-recover，或者在conf设置myisam-recover=BACKUP,FORCE。这样在你启动mysql的时候会检查你的表并同步表和索引.

常用MySQL的童鞋都知道这个myisam类型的表极容易损坏，多数人可能都是用myisamchk命令来人工修复，下面介绍一种自动修复myisam的方法，也是我上午刚学的，共同进步，呵呵~
在MySQL的配置文件my.cnf中，启动项部分加入myisam-recover设置数据恢复功能，具体参数如下：
DEFAULT
与没有使用--myisam-recover选项相同。
BACKUP
如果在恢复过程中，数据文件被更改了，将tbl_name.MYD文件备份为tbl_name-datetime.BAK。
FORCE
即使.MYD文件将丢掉多个行也进行恢复。
QUICK
如果没有删除块，不要检查表中的行。
我设置了BACKUP和FORCE参数，如下：
[mysqld]
myisam-recover=BACKUP,FORCE
此参数详细情况，请参考MySQL手册http://dev.mysql.com/doc/refman/5.0/en/server-options.html