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支持的行级锁，包括如下几种：

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）。