MySql系列三：常见存储引擎及区别

目录

MySQL 常见的存储引擎

MyISAM 存储引擎的特点

MyISAM 存储引擎适用的生产业务场景

 InnoDB 存储引擎的特点

InnoDB 存储引擎适用的生产业务场景

 MyISAM 和 InnoDB 存储引擎的对比

---

MySQL 常见的存储引擎

可以使用命令 SHOW ENGINES来列出所有的存储引擎

可以看到，InnoDB 是 MySQL（5.5.5版本之后） 默认支持的存储引擎，支持事务、行级锁定和外键。 

MyISAM 存储引擎的特点

在5.5.5版本及之前的版本，MyISAM 是 MySQL 的默认存储引擎， MyISAM 并发性比较差，使用的场景比较少，主要特点是

1. 不支持事务：ACID 的特性也就不存在了，这一设计是为了性能和效率考虑的；
2. 不支持外键但支持全文索引：如果强行增加外键，MySQL 不会报错，只不过外键不起作用；
3. 表级锁：数据更新时锁定整个表，其锁定机制是表级锁定，所以并发性能比较差，加锁比较快，锁冲突比较少，不太容易发生死锁的情况；
4. 读写互相阻塞：在写入的时候阻塞读取，还会在读取的时候阻塞写入，但读本身并不会阻塞另外的读。
5. MyISAM 会在磁盘上存储三个文件，文件名和表名相同，扩展名分别是 .frm(存储表定义)、.MYD(MYData,存储数据)、MYI(MyIndex,存储索引)。这里需要特别注意的是 MyISAM 只缓存索引文件，并不缓存数据文件
6. 只会缓存索引：myisam可以通过key_buffer_size缓存索引，以大大提高访问性能，减少产品IO，但是这个缓存区只会缓存索引，而不会缓存数据；

   key_buffer_size = 16M

7. 读取速度较快，占用资源相对少；
8. MyISAM 支持的索引类型有 全局索引(Full-Text)、B-Tree 索引、R-Tree 索引。
9. 数据库所在主机如果宕机，MyISAM 的数据文件容易损坏，而且难以恢复；
10. 增删改查性能方面：SELECT 性能较高，适用于查询较多的情况。

Full-Text 索引：它的出现是为了解决针对文本的模糊查询效率较低的问题。

B-Tree 索引：所有的索引节点都按照平衡树的数据结构来存储，所有的索引数据节点都在叶节点

R-Tree索引：它的存储方式和 B-Tree 索引有一些区别，主要设计用于存储空间和多维数据的字段做索引,目前的 MySQL 版本仅支持 geometry 类型的字段作索引，相对于 BTREE，RTREE 的优势在于范围查找。

MyISAM 存储引擎适用的生产业务场景

1. 不需要事务支持的业务（例如转账就不行）。
2. 一般为读数据比较多的应用，读写都频繁场景不适合，读多或者写多的都适合。
3. 读写并发访问相对较低的业务（纯读纯写高并发也可以）（锁定机制问题）
4. 数据修改相对较少的业务（阻塞问题）。
5. 以读为主的业务，例如：数据库系统表、www， blog ，图片信息数据库，用户数据库，商品库等业务。
6. 对数据一致性要求不是非常高的业务（不支持事务）。
7. 硬件资源比较差的机器可以用 MyiSAM （占用资源少）
8. 使用读写分离的 MySQL 从库可以使用 MyISAM。

小结：单一对数据库的操作都可以使用MyiSAM，所谓单一就是尽量纯读，或纯写 ( insert . update , delete ）等

 InnoDB 存储引擎的特点

自从 MySQL 5.5.5 之后，默认的存储引擎变成了 InnoDB 存储引擎，相对于 MyISAM，InnoDB 存储引擎有了较大的改变，它的主要特点是：

1. 支持事务：具有事务 ACID 隔离特性，默认的隔离级别是可重复读(repetable-read)、通过MVCC（并发版本控制）来实现的。能够解决脏读和不可重复读的问题；
2. 支持外键约束、不支持全文检索(5.5.5之前的MyISAM支持全文检索、5.5.5之后就不在支持);
3. 行级锁：更新数据时一般指锁定当前行，并发性能比较好，会发生死锁的情况；
4. 读写阻塞与事务的隔离级别相关；读未提交(read uncommitted)、读已提交(read committed)、可重复读(repetable read) 和 串行化(serializable)。
5. 和 MyISAM 一样的是，InnoDB 存储引擎也有 .frm文件存储表结构 定义，但是不同的是，InnoDB 的表数据与索引数据是存储在一起的，都位于 B+ 数的叶子节点上，而 MyISAM 的表数据和索引数据是分开的。
6. 具有非常高的缓存特性(既能缓存索引、也能缓存数据)；
7. InnoDB 有安全的日志文件，这个日志文件用于恢复因数据库崩溃或其他情况导致的数据丢失问题，保证数据的一致性。
8. InnoDB 和 MyISAM 支持的索引类型相同，但具体实现因为文件结构的不同有很大差异。
9. 增删改查性能方面，果执行大量的增删改操作，推荐使用 InnoDB 存储引擎，它在删除操作时是对行删除，不会重建表
10. 这个表和主键以组(Cluster)的方式存储、组成一颗平衡树；
11. 所有的辅助索引(secondary indexes)都会保存主键信息；
12. 支持分区、表空间，类似与oracle 数据库；
13. 相对MyISAM而言、对硬件的要求比较高。

InnoDB 存储引擎适用的生产业务场景

1. 需要支持事务的业务；
2. 行级锁定对于高并发有很好的适应能力、但是需要保证查询是通过索引完成的；
3. 数据读写都很频繁的环境(如:BBS、微博等);
4. 对数据一致性要求比较高的业务(如充值、银行转转);
5. 硬件设备内存较大、可以很好的利用InnoDB较好的缓存能里来提高内存利用率、减少IO的开销；

 MyISAM 和 InnoDB 存储引擎的对比

1. 锁粒度方面：由于锁粒度不同，InnoDB 比 MyISAM 支持更高的并发；InnoDB 的锁粒度为行锁、MyISAM 的锁粒度为表锁；行锁需要对每一行进行加锁，所以锁的开销更大，但是能解决脏读和不可重复读的问题，相对来说也更容易发生死锁
2. 可恢复性上：由于 InnoDB 是有事务日志的，所以在产生由于数据库崩溃等条件后，可以根据日志文件进行恢复。而 MyISAM 则没有事务日志。
3. 查询性能上：MyISAM 要优于 InnoDB，因为 InnoDB 在查询过程中，是需要维护数据缓存，而且查询过程是先定位到行所在的数据块，然后在从数据块中定位到要查找的行；而 MyISAM 可以直接定位到数据所在的内存地址，可以直接找到数据。
4. 表结构文件上： MyISAM 的表结构文件包括：.frm(表结构定义),.MYI(索引),.MYD(数据)；而 InnoDB 的表数据文件为:.ibd和.frm(表结构定义)；

参考：

https://blog.csdn.net/qq_36894974/article/details/105594307

https://www.cnblogs.com/Confusedren/p/11150224.html