前言
Mysql 5.0版本以后，默认的存储引擎是Innodb，我们常见的存储引擎Innodb、Myisam，存储引擎是相对于表来说的而不是针对数据库，如下图所示，我们可以针对某个表选择对应的存储引擎。
MyISAM
MyISAM引擎
1.mysql默认引擎,不支持事务*
2.表级锁定,更新时,锁定机制是整张表被锁定,其它连接无法更新表的数据,效率比较低下.锁的机制成本很少,但大大降低了并发性能*
3.读写互相阻塞,写的时候阻塞读,读的时候也阻塞写,但读与读之间不阻塞*
4.只对索引进行缓存,虽然key_buffer可以大幅提高性能,减少磁盘IO,但对数据不缓存
5.适合读业务比较多的生产环境,比如BLOG等,读的速度比较快.
6.占用资源比较少.服务器硬件不好时.可以考虑使用
7.数据恢复没有innodb引擎恢复的完美
8.支持全文索引,不支持外键约束
MyISAM引擎应用场景
1.不需要事务支持的场景,读数据多的网站.
2.并发相对较低的业务,因为表级锁定的机制限制
3.数据修改相对较少的业务.阻塞问题
4.对数据要求一致性不高的业务.
InnoDB
InnoDB引擎
1.支持事务,四个级别的事务
2.锁定机制一般是行级锁定.更新时只锁定当前行,其它的行.没关系,可以继续读写.全表扫描.还是表锁
3.读写阻塞与事务的隔离相关,读取速度一般*
4.可以缓存数据和索引,高效的缓存特性
5.支持分区,表空间.
5.适合读写业务比较多的环境,比如BBS等.一般的生产环境,也推荐用innodb.效率高
6.服务器资源开销大
8.支持外键约束,不支持全文索引.
InnoDB引擎应用场景
1.需要事务支持的业务
2.适合高并发的业务,行级锁定.对高并发有很好的适应能力.但要确定查询是通过索引完成.
3.数据更新比较频繁的场景.如BBS
4.数据一致性要求较高
5.硬件设备内存较大时,可以利用innodb较好的缓存能力来提高内存利用率.尽可能的减少磁盘IO
总结
项目如果 需要事务支持或者高并发就选InnoDB；
项目如果 不需要事务支持，且查询需求相对较多可以选择MyISAM；
<hr>
<center>-END-</center>
如果你喜欢我的分享，欢迎关注微信公众号“java学长”分享技术干货！
悄悄告诉你免费赠送重磅互联网架构师教程，提升职场技术水平！
