MySQL存储引擎——InnoDB和MyISAM的区别
MySQL5.5后，默认存储引擎是InnoDB，5.5之前默认是MyISAM。
InnoDB（事务性数据库引擎）和MyISAM的区别补充：
- InnoDB是聚集索引，数据结构是B+树，叶子节点存K-V，V存的是数据页。MyISAM是非聚集索引，V上存的是主键值，查到主键后还需要从聚集索引上再查一次。
- InnoDB是具有事务(commit)、回滚(rollback)和崩溃修复能力(crash recovery capabilities)的事务安全(transaction-safe (ACID compliant))型表。适合存在大量insert、update场景。
- MyISAM强调的是性能，不支持事务，最大缺陷就是崩溃后无法安全恢复，更适合读密集的小型应用。
- InnoDB支持MVCC（多版本控制）。应对高并发事务, MVCC比单纯的加锁更高效，所以InnoDB更适合高并发场景。
- InnoDB支持外键
- MyISAM支持数据压缩
常用命令
//查所有引擎
mysql> show engines;
//查当前引擎
mysql> show variables like '%storage_engine%';
InnoDB的行级锁
InnoDB支持的行级锁，包括如下几种：
-
Record Lock:对索引项加锁，锁定符合条件的行，其他事务不能修改和删除加锁项。
-
Gap Lock：对索引项之间的“间隙”加锁，锁定记录的范围（对第一条记录前的间隙或最后一条将记录后的间隙加锁），不包含索引项本身。其他事务不能在锁范围内插入数据，这样就防止了别的事务新增幻影行。
-
Next-key Lock：锁定索引项本身和索引范围。即Record Lock和Gap Lock的结合。可解决幻读问题。
-
innodb对于行的查询使用next-key lock
-
Next-locking keying为了解决Phantom Problem幻读问题
-
当查询的索引含有唯一属性时，将next-key lock降级为record key
-
Gap锁设计的目的是为了阻止多个事务将记录插入到同一范围内，而这会导致幻读问题的产生
-
有两种方式显式关闭gap锁（除了外键约束和唯一性检查外，其余情况仅使用record lock）：
-- 将事务隔离级别设置为RC
-- 将参数innodb_locks_unsafe_for_binlog设置为1
InnoDB的行级锁是基于索引实现的，如果查询语句未命中任何索引，那么InnoDB会使用表级锁。
不同于MyISAM总是一次性获得所需的全部锁，InnoDB的锁是逐步获得的，当两个事务都需要获得对方持有的锁，导致双方都在等待，这就产生了死锁。发生死锁后，InnoDB一般都可以检测到，并使一个事务释放锁回退。
避免死锁：
- 通过表级锁来减少死锁产生的概率；
- 多个程序尽量约定以相同的顺序访问表（哲学家就餐问题）；
- 同一个事务尽可能做到一次锁定所需要的所有资源。
表级锁和行级锁可以进一步划分为共享锁（s）和排他锁（X）。
参考
《MySQL应知应会》
《Java工程师修炼之道》
https://blog.csdn.net/qq_34337272/article/details/80611486
