📫作者简介：小明java问道之路 ，2022年度博客之星全国TOP3，专注于后端、中间件、计算机底层、架构设计演进与稳定性建设优化，文章内容兼具广度、深度、大厂技术方案，对待技术喜欢推理加验证，就职于知名金融公司后端高级工程师。
📫 热衷分享，喜欢原创~ 关注我会给你带来一些不一样的认知和成长。
🏆 2022博客之星TOP3 | CSDN博客专家 | 后端领域优质创作者 | CSDN内容合伙人
🏆 InfoQ(极客邦)签约作者、阿里云专家 | 签约博主、51CTO专家 | TOP红人、华为云享专家
🔥如果此文还不错的话，还请👍关注、点赞、收藏三连支持👍一下博主~
🍅 文末获取联系 🍅 👇🏻 精彩专栏推荐订阅收藏 👇🏻
|---------------------------------------------------------------------------------------------|-----------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------|
| 专栏系列（点击解锁） | 学习路线（点击解锁） | 知识定位 |
| 🔥Redis从入门到精通与实战🔥 | Redis从入门到精通与实战 | 围绕原理源码讲解Redis面试知识点与实战 |
| 🔥MySQL从入门到精通🔥 | MySQL从入门到精通 | 全面讲解MySQL知识与企业级MySQL实战 |
| 🔥计算机底层原理🔥 | 深入理解计算机系统CSAPP | 以深入理解计算机系统为基石，构件计算机体系和计算机思维 |
| 🔥计算机底层原理🔥 | Linux内核源码解析 | 围绕Linux内核讲解计算机底层原理与并发 |
| 🔥数据结构与企业题库精讲🔥 | 数据结构与企业题库精讲 | 结合工作经验深入浅出，适合各层次，笔试面试算法题精讲 |
| 🔥互联网架构分析与实战🔥 | 企业系统架构分析实践与落地 | 行业最前沿视角，专注于技术架构升级路线、架构实践 |
| 🔥互联网架构分析与实战🔥 | 互联网企业防资损实践 | 互联网金融公司的防资损方法论、代码与实践 |
| 🔥Java全栈白宝书🔥 | 精通Java8与函数式编程 | 本专栏以实战为基础，逐步深入Java8以及未来的编程模式 |
| | 深入理解JVM | 详细介绍内存区域、字节码、方法底层，类加载和GC等知识 |
| | 深入理解高并发编程 | 深入Liunx内核、汇编、C++全方位理解并发编程 |
| | Spring源码分析 | Spring核心七IOC/AOP等源码分析 |
| | MyBatis源码分析 | MyBatis核心源码分析 |
| | Java核心技术 | 只讲Java核心技术 |
本文目录
[二、 存储结构不同](#二、 存储结构不同)
[四、InnoDB支持行级锁，MyISAM 仅支持表级锁](#四、InnoDB支持行级锁，MyISAM 仅支持表级锁)
本文导读
文本适合解决：你们公司用什么存储引擎？InnoDB和MyISAM 区别？为什么选择InnoDB？什么事聚簇索引什么是非聚簇索引？InnoDB如何存储数据？如何选择存储引擎？InnoDB为什么推荐用自增ID做主键？等类似的问题。
一、InnoDB支持事务，MyISAM不支持
InnoDB支持事务，MyISAM不支持。
MyISAM 强调的是性能，每次查询具有原子性。其执行数度比InnoDB类型更快，但是不提供事务支持)。MyISAM 默认表类型，它是基于传统的ISAM类型，它是存储记录和文件的标准方法。不是事务安全的，而且不支持外键。
InnoDB支持事务，支持外键、行锁、事务是他的最大特点，对于InnoDB每一条SQL语言都默认封装成事务，自动提交，这样会影响速度，所以最好把多条SQL语言放在begin和commit之间，组成一个事务。
二、 存储结构不同
MyISAM 数据和索引是分别存储的，数据文件的扩展名为**(.MYD)** 。索引文件的扩展名是**(.MYI)**。
InnoDB 数据和索引是集中存储的**(.ibd)**，InnoDB表的大小只受限于操作系统文件的大小，一般为2GB。
三、存储空间不同
MyISAM 可被压缩，存储空间较小。支持三种不同的存储格式：静态表(默认，但是注意数据末尾不能有空格，会被去掉)、动态表、压缩表。
InnoDB 需要更多的内存和存储，它会在主内存中建立其专用的缓冲池用于高速缓冲数据和索引。
四、InnoDB支持行级锁，MyISAM 仅支持表级锁
MyISAM 只支持表级锁，用户在操作MyISAM 表时,select，update，delete，insert语句都会给表自动加锁，如果加锁以后的表满足insert并发的情况下，可以在表的尾部插入新的数据。
InnoDB支持事务和行级锁，行锁大幅度提高了多用户并发操作的新能。但是InnoDB的行锁，只是在WHERE的主键是有效的，非主键的WHERE都会锁全表的。
MySQL InnoDB引擎默认的修改数据语句，update、delete、insert都会自动给涉及到的数据加上排他锁，select语句默认不会加任何锁类型，如果加排他锁可以使用select ...for update （不希望别的事务修改数据，其他的事务职能用不带锁的select来查询），加共享锁可以使用 select ... lock in share mode语句（或者select不带任何锁来查询数据）
五、count()函数不同
MyISAM 保存有表的总行数，如果select count(*) from table;会直接取出出该值。
InnoDB 没有保存表的总行数，如果使用select count(*) from table;就会遍历整个表，消耗相当大，但是在加了wehre条件后，MyISAM 和InnoDB处理的方式都一样。
六、索引不同
1、InnoDB索引是聚簇索引，MyISAM索引是非聚簇索引。
2、InnoDB的主键索引的叶子节点存储的是行数据，因此主键索引非常高效。
3、MyISAM索引的叶子节点存储的是行数据地址，需要一次寻址的操作才能获取到数据。
4、InnoDB非主键索引的叶子节点存储的是主键和其他带索引的数据，因此查询是用索引覆盖会更高效。
1、MyISAM允许没有主键
MyISAM 允许没有任何索引和主键的表存在，索引都是保存行的地址。
InnoDB 如果没有设定主键或者非空唯一索引，就会自动生成一个6字节的主键(用户不可见)，数据是主索引的一部分，附加索引保存的是主索引的值。
2、InnoDB支持外键
InnoDB支持外键，而MyISAM 不支持。对一个包含外键的InnoDB表转为MYISAM会失败；
3、InnoDB聚簇索引，MyISAM非聚簇索引
InnoDB是聚簇索引 ，使用B+Tree作为索引结构，数据文件是和（主键）索引绑在一起的（表数据文件本身就是按B+Tree组织的一个索引结构），必须要有主键，通过主键索引效率很高。但是辅助索引需要两次查询，先查询到主键，然后再通过主键查询到数据。因此，主键不应该过大，因为主键太大，其他索引也都会很大。
MyISAM是非聚簇索引，也是使用B+Tree作为索引结构，索引和数据文件是分离的，索引保存的是数据文件的指针。主键索引和辅助索引是独立的。
InnoDB的B+树主键索引的叶子节点就是数据文件，辅助索引的叶子节点是主键的值；而MyISAM的B+树主键索引和辅助索引的叶子节点都是数据文件的地址指针。
MyISAM 这棵树的叶子结点存储数据是物理地址，InnoDB的叶子结点直接存储数据记录，这也是簇索引与非簇索引的区别。
4、InnoDB表唯一索引必选
InnoDB表唯一索引必选，MyISAM 可以选；InnoDB表没有指定的话会自己找/生产一个隐藏列Row_id来充当默认主键，而MyISAM 可以没有
5、InnoDB不支持全文索引
InnoDB不支持fulltext全文索引，MyISAM支持；InnoDB不支持FULLTEXT类型的全文索引，但是InnoDB可以使用sphinx插件支持全文索引，并且效果更好。
6、索引保存位置不同
MyISAM 的索引以表名+.MYI文件分别保存。
InnoDB的索引和数据一起保存在表空间里。
7、自增(AUTO_INCREMENT)
MyISAM 引擎的自动增长列必须是索引，如果是组合索引，自动增长可以不是第一列，他可以根据前面几列进行排序后递增。
InnoDB引擎的自动增长列必须是索引，如果是组合索引也必须是组合索引的第一列。
七、如何选择存储引擎？
-
是否要支持事务，如果要请选择InnoDB，如果不需要可以考虑MyISAM；
-
如果表中绝大多数都只是读查询，可以考虑MyISAM，如果既有读也有写，请使用InnoDB。
-
系统奔溃后，MyISAM恢复起来更困难，能否接受；
-
MySQL5.5版本开始InnoDB已经成为MySQL的默认引擎(之前是MyISAM)，说明其优势是有目共睹的，如果你不知道用什么，那就用InnoDB，至少不会差。
八、InnoDB为什么推荐使用自增ID作为主键？
自增ID可以保证每次插入时B+索引是从右边扩展的，可以避免B+树和频繁合并和分裂（对比使用UUID）。如果使用字符串主键和随机主键，会使得数据随机插入，效率比较差。
九、为什么InnoDB没有了count变量？
因为InnoDB的事务特性，在同一时刻表中的行数对于不同的事务而言是不一样的，因此count统计会计算对于当前事务而言可以统计到的行数，而不是将总行数储存起来方便快速查询。
InnoDB会尝试遍历一个尽可能小的索引除非优化器提示使用别的索引。如果二级索引不存在，InnoDB还会尝试去遍历其他聚簇索引。
如果索引并没有完全处于InnoDB维护的缓冲区（Buffer Pool）中，count操作会比较费时。可以建立一个记录总行数的表并让你的程序在INSERT/DELETE时更新对应的数据。和上面提到的问题一样，如果此时存在多个事务的话这种方案也不太好用。如果得到大致的行数值已经足够满足需求可以尝试SHOW TABLE STATUS
总结
MyISAM是存储记录和文件的标准方法。不是事务安全的，而且不支持外键。InnoDB支持事务安全的引擎，支持事务、外键、索引、行锁是他的最大特点。