InnoDB 存储引擎锁类型主要记住下面两句话就够了：
事务本事（自事务）不存在任何隔离性。
1) 读写锁，实现读读并发。 2) 一致性非锁定读（ MVCC ），实现读写并发。
对于mysql InnoDB引擎（一个事务内既可以获取共享锁，同时可以获取排他锁。）：
select 默认不加锁，快照读，不受其他事务锁的限制。
select ...for update 加排他锁，（我要读取最新已提交的数据且准备修改，防止在我读取的过程中，其他事务修改）
select ... lock in share mode加共享锁，（我要读取最新已提交的数据但不准备修改【因为很容易出现死锁】，防止在我读取的过程中，其他事务修改）
|
时间 |
会话 A |
会话 B |
|
1 |
begin |
|
|
2 |
select * from t where id=3 lock in share mode; 获得了 S 锁 |
|
|
3 |
begin |
|
|
4 |
select * from t where id=3 lock in share mode; 获得了 S 锁 |
|
|
5 |
update t set name='baiyadong' where id = 3; 等待会话 B 释放 S 锁 |
|
|
6 |
update t set name='baiyadong' where id = 3; 检测到死锁，会话 B 回滚 |
|
|
7 |
执行成功 |
一个事务获取了共享锁，其他事务可以获取共享锁，不能获取排他锁。一个事务加共享锁，可以对该条记录进行读写。两个回话都加共享锁，均可以对该条记录进行读，都无法写。
update,delete,insert默认加上排他锁。
一个事务T对数据A加上排他锁后，既可读又可写，其他事务不能再对A加任任何类型的封锁。
一条记录不管是被加排它锁还是共享锁，其它select默认都可以读取执行。
在MVCC并发控制中，读操作可以分成两类：快照读 (snapshot read)与当前读 (current read)。快照读，读取的是记录的可见版本 (有可能是历史版本)，不用加锁。当前读，读取的是记录的最新版本，并且，当前读返回的记录，都会加上锁，保证其他事务不会再并发修改这条记录。
当前读：每次读都加锁，不允许其他事务对数据进行修改。比如update，delete, select for update ,select in share mode.读的是最新数据（如果其他事务有更新、删除、插入未提交，则该操作阻塞，直至对方事务提交。）。也叫一致性锁定读。
快照读：select读的是历史版本。就是通过mvcc实现的。也就一致性非锁定读。
隔离级别是如何实现的？mvcc，多版本并发控制
RU ：读mvcc版本链中的最新数据。
RC：mvcc读取规则。
RR：mvcc读取规则。
Serializable: 普通的select都加锁，完全串行化了，没有 MVCC。
InnoDB 存储引擎如何利用锁实现四种事务隔离级别
按照 SQL92 标准， InnoDB 使用不同的锁策略实现了四种不同事务隔离级别。
|
未提交读 READ-UNCOMMITTED |
select 语句不加锁，会出现脏读。 隔离性最差，并发最高 |
|
串行化 SERIALIZABLE |
select 语句隐式转换为 select … in share mode ，与 X 锁互斥。 一致性最好，并发最差，如果有未提交的修改，所有读取这些行的 select 都会被阻塞，没有 MVCC。 |
|
可重复读 REPEATABLE-READ |
普通 select 是 MVCC 。 锁定读 /update/delete 使用 Record Lock 和 Next-Key Lock ，防止幻影记录出现。 InnoDB 默认的隔离级别。 |
|
提交读 READ-COMMITTED |
普通 select 是 MVCC 。 锁定读 /update/delete 使用 Record Lock ，可能出现不可重复读。 |
MySQL 存储引擎 InnoDB 隔离级别 RR 解决了幻读问题。