(转)mysql isam的插入效率比innodb的要高

ms133

今天看到concurrent_insert这个参数，解释一下：





    MyISAM存储引擎有一个系统变量concurrent_insert，专门用以控制其并发插入的行为，其值分别可以为0、1或2。

    当 concurrent_insert设置为0时，不允许并发插入。

    当concurrent_insert设置为1时，如果MyISAM表中没有空洞（即表的中间没有被删除的行），MyISAM允许在一个进程读表的同时，另一个进程从表尾插入记录。这也是MySQL的默认设置。如果有空洞的话虽然不能很好的并发，但是MySQL还是可以使用INSERT DELAYED来提升插入性能(仅适用于MyISAM,MEMORY和ARCHIVE引擎)。

    当 concurrent_insert设置为2时，无论MyISAM表中有没有空洞，都允许在表尾并发插入记录，这时MySQL允许INSERT和SELECT语句在中间没有空数据块的MyISAM表中并行运行。

    注：holes– 空洞这个概念是myisam引擎特有的,myisam在存储时数据文件是顺序的,当有删除操作时,会发生数据文件的空洞.
当有新数据插入时,先查看空洞空间能否能够插入这条数据(concurrent_insert为2时不用判断),否则插入到末端，此设置只对myisam引擎有效,innodb存储方式有自己独有的方法,不会产生数据空洞。

    那么InnoDB呢，它能不能做到INSERT和SELECT并发呢？这里有个情况说明一下，当这个InnoDB表有索引时当然可以并发(行级锁，只要不连累到，因为因为InnoDB行锁的实现是在索引项上加锁实现的，不同于Oracle的在数据块对行进行加锁，而语句写得不好连累到不相关的行都会被锁定。)，但是没有呢？

    先建立一个测试表CurrentTable(注意没有索引)：



    然后插入999条数据。

    接着显式开始事务1：执行插入操作



另一个终端上对该表进行select是可以的，这个可以理解，因为只是S锁。



但是另一个终端上进行select … for update的话就出现hanging了。



hanging

从上面的例子也能很清楚的理解(InnoDB行锁的实现是在索引项上加锁实现的)这句话。

而同样的表，我创建了基于ID的主键聚集索引以后，同样的场景，select … for update是可以顺利执行的。

而当该表使用的是MyISAM引擎时，不但select可以执行，select … for update也可以(在数据文件层面实现了新插入行和更改现有行的隔离并发执行)。



    从上面的一些只言片语中应该能感觉到是不是插入性能上MyISAM比InnoDB强呢，虽然这里是讨论的insert和select并发及锁定的机制问题。

    确实，MyISAM的插入性能优于InnoDB，具体参见这篇realzyy的博文。
（http://www.realzyy.com/?p=20）