插入大数据时，有索引会很慢，可以DISABLE KEYS，或者直接在table中加入DELAY_KEY_WRITE
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;
2.
最近天天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
版权声明：本文来源CSDN，感谢博主原创文章，遵循 CC 4.0 by-sa 版权协议，转载请附上原文出处链接和本声明。
原文链接：https://blog.csdn.net/ponky/article/details/6158238
站方申明：本站部分内容来自社区用户分享，若涉及侵权，请联系站方删除。
