现网，使用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的特性肯定会越来越完善的。