mysql存储引擎-innodb和myisam的详细区别介绍

    现网，使用mysql数据库，访问量单台机器可以达到1w/s，使用了好久，打算对mysql的一些知识做总结。先从最基本的存储引擎入手。

    我们目前现网使用的存储引擎是: innodb。

 一. 数据存储上的区别：

    myisam的数据，在磁盘上，存于三个文件，分别为数据文件:.myd, 索引文件:.myi，结构文件：.frm;

    innodb的数据，则受限于操作系统文件的大小，一般为2G。

    具体影响：

    myisam数据库，索引和数据是分开存储的，索引是有压缩的，所以内存使用率比较高。由于文件存在磁盘，所以，如果对表数据误操作，比如全表update，可以提取之前备份的对应数据文件，dump成sql再导回数据库，补充binlog，就可以了，比innodb效率高。

    innodb使用的是聚集索引，数据和索引，都会存在内存中，而myisam则只是把索引文件存在内存中。根据索引查询数据时，innodb只要一次查询就可以得到相应的数据。而myisam，由于索引和数据是存储在不同的地方，所以需要两次查询；

    myisam相比innodb，索引会保存在不同的数据段，所以更易产生磁盘碎片。

    2. 事务处理方面

    innodb支持事务处理，myisam不支持事务。

    如果数据有进行事务方面的操作，一定要先看看表的存储引擎。

    3.select,update,insert,delete

    myisam适合执行大量的select操作。

    innodb 对 update和insert操作更适合，delete操作是一行行的删除，而不会重新建立表。

    4.auto_increment的操作

    myisam:可以和其它索引结合起来，进行联合索引；

    innodb：执行auto_increment的计算器，是加载进内存进行计算的，必须包含这一列的索引；

    5.表的具体行数

    innodb没有保存具体行数，myisam有保存具体的行数，但是如果有where条件限制 select count(*)时，则两种表的表现形式是一样的。

    如果平时在操作的时候，经常需要查整个表的行数，那使用myisam，性能会比较好些。如果需要用到条件判断，那使用innodb会相对更好些，毕竟记录行数，也需要额外的操作的。

    6.锁

    myisam 只提供表锁， innodb还提供行锁，但是，如果在执行sql时，没法确定要扫描的范围，innodb同样会提供表锁。

    表锁：同时锁住整个表，可以读，但是不能写；

    表锁特性：开销小，操作快，锁定粒度大，发生锁冲突的概率大，并发度低；

    行锁：锁住一行，该行可以读，但是不能写；

    行锁特性：开销大，操作慢，锁定粒度小，发生锁冲突的概率小，并发度高；

    innodb的行锁，是通过给索引项加锁实现的，只有通过索引检索数据，行级锁才生效，否则使用表锁；   

    总结如下：

    适用myisam的场景：

    1. 系统读多写少；

    2. 不需要事务支持；

    3. 对内存使用率有要求，innodb的聚集索引，消耗内存非常大，内存使用率高的情况下，磁盘IO产生的频率会比myisam高；

    4. 经常需要导出数据给别的机器；

    适用innodb场景：

    1. 系统update操作比较多，公司目前的游戏部门，绝大多数都是采用innodb；

    2. 需要事务支持； 

    3. 对稳定性要求更高，由于myisam是采用多个文件存储，容易出现问题；

    4. 备份一致性要求高；

    个人倾向于使用innodb，因为oracle很早就收购了innodb，后面又收购了mysql，所以，innodb的特性肯定会越来越完善的。

本文出自 “思考沉淀” 博客，请务必保留此出处http://joezhengjinhong.blog.51cto.com/7791846/1582603