Mysql两种常见的引擎对比

Innodb

    1、支持事务，支持ACID。更适用于处理大量的小事务。默认可重复读级别。

    2、行锁，支持非锁定锁，即默认读取操作不产生锁。（MVCC版本号机制）用可重复读的非阻塞的方式！

• MVCC（Multi-Version Concurrent Controll多版本并发控制）的技术来实现非阻塞式读，在这个模式下，数据库会为每个数据记录维护多个版本。在可重复读隔离级别下，事务第一次查询记录的时候，会记录一个时间点，在该事务内如果再次查询相同的数据的话，事务只会取上一次查询的记录版本，这样在不需要对数据解锁的情况下就能实现可重复读的隔离级别了。但是在我开来这个是没有意义的，不能避免不可重复度读的并发问题。-----解决方法看其他博客。

    3、存储采用了聚集的方式，每张表的存储都是由主键聚集成B+树的方式。

    4、使用表空间进行数据存储。

        4.1、表空间由innodb_file_per_table参数决定----------ON:独立表空间：会生成一个tablename.idb的文件

                                                           OFF:系统表空间：ibdataX,X代表一个数据

        4.2、系统表空间和独立表空间应该如何选择：（5.5之前是存储在系统表空间中，5.6之后是独立表空间）

            4.2.1、系统表空间无法简单的收缩文件大小。如果想要收缩系统表空间的大小只能：

                   把所有innodb表导出后，删除innodb相关的表空间后，再重启mysql，进行表空间的重建，然后再导入数据。------复杂而且耗时间，在复杂的系统中无法实现，所以就会造成大量的磁盘空间的浪费（只增不减）和磁盘碎片

            4.2.2、独立表空间可以通过optimize table命令收缩系统文件。

                   就是对一些老数据清理完了之后执行以下optimize table的命令，就能收缩表。其实也是对整个表进行重建，但是它重建的只是自己的表而不是整个系统表，而且不需要重启mysql服务器，而且不影响这个表的正常访问。

            4.2.3、系统表空间会产生IO瓶颈

                   系统表空间当多个请求同时对系统表空间进行刷新时，在文件系统的角度上实际上是顺序执行的。

            而独立表空间可以同时向多个文件刷新数据，所以在文件写入的时候可以向多个文件刷新数据，增加IO的性能

MyISAM

1、不支持事务

2、表锁设计

3、支持全文索引

4、相对于Innodb比较简单，所以效率上优于Innodb，小型应用可以使用。当数据有大量的插入、更新操作而查询比较少，就要用Innodb，反之用MyISAM（适用于读多写很少的应用场景，实际开发中很少用到）