MySQL-InnoDB

MySQL-InnoDB存储引擎

一、总结

• 支持事务
• 支持行锁、表锁
• InnoDB支持多粒度加锁(multiple granularity locking)，从而允许对记录和表同时加锁。为此，InnoDB引入意向锁(intention locks)，意向锁是针对表的
• 支持 MVCC（Multiversion Concurrency Control）多版本并发控制，一致性非阻塞读：当事务的隔离级别为可重复读时，读取的是事务开始前的数据快照；当时的隔离级别为提交读时，一致性读只是对事务内部的读操作和它自己的快照而言的
• 支持索引，索引类型为聚簇索引，即索引数据的逻辑顺序与物理顺序相同
• 主索引与数据存放在一起，底层数据结构为B+树，数据存放于终端节点；辅助索引存储的内容为主键索引，通过辅助索引检索需进行两次查询，第一次找到数据行的主键，再由主键确认该行记录

二、SELECT 操作时的MySQL行锁、表锁

概述

• 如果 where 中的查询条件中只有索引项，则使用的是行锁；否则是表锁；比如：主键索引、唯一索引、联合索引、聚簇索引
• 如果 where 查询条件是全表扫描，则只能是表锁；

MySQL行锁锁模型

• 排它锁语句：select ... for update
• 共享锁语句：select ... lock in share mode

示例十一

备注

每一个示例执行完毕后，执行 commit ; 避免上次的操作影响下一个示例的运行结果；
因为在示例运行前已经设置  autocommit = 0 ;  所以每次均需要手动 commit 完成本次事务； 

示例总结

• 查询条件只有索引且查询内容存在：行锁
• 查询条件只有索引但查询内容不存在：无锁
• 查询条件只有索引且查询内容不确定：取决于查询SQL，如果是全表扫描，则为表锁；否则行锁
• 查询条件未使用索引：表锁
• 查询条件索引与非索引项混合：取决于查询SQL

总结

• 事务的隔离性是通过锁机制实现的，默认的隔离级别为不可重复读
• InnoDB的锁通过锁定索引来实现，如果查询条件中有主键则锁定主键，如果有索引则先锁定对应索引然后再锁定对应的主键（可能造成死锁），如果连索引都没有则会锁定整个数据表

---

参考资料

• mysql的锁–行锁，表锁，乐观锁，悲观锁
• mysql for update语法实现行锁