【select】

一、普通select

1. 在读未提交(Read Uncommitted)，读提交(Read Committed, RC)，可重复读(Repeated Read, RR)这三种事务隔离级别下，普通select使用快照读(snpashot read)，不加锁，并发非常高；

2. 在串行化(Serializable)这种事务的隔离级别下，普通select会升级为select ... in share mode;

二、加锁select

加锁select主要是指：

• select ... for update

• select ... in share mode

    (1)如果，在唯一索引(unique index)上使用唯一的查询条件(unique search condition)，会使用记录锁(record lock)，而不会封锁记录之间的间隔，即不会使用间隙锁(gap lock)与临键锁(next-key lock)；

举个栗子，假设有InnoDB表：

t(id PK, name);

表中有三条记录：

1. zhangsan

2. lisi

3. wzxaini9

SQL语句：

select * from t where id=1 for update;

只会封锁记录，而不会封锁区间。

    (2)其他的查询条件和索引条件，InnoDB会封锁被扫描的索引范围，并使用间隙锁与临键锁，避免索引范围区间插入记录；

【update/delete】

1. 和加锁select类似，如果在唯一索引上使用唯一的查询条件来update/delete，例如：

   update t set name=xxx where id=1;

   只加记录锁；

2. 否则，符合查询条件的索引记录之前，都会加排他临键锁(exclusive next-key lock)，来封锁索引记录与之前的区间；

3. 尤其需要特殊说明的是，如果update的是聚集索引(clustered index)记录，则对应的普通索引(secondary index)记录也会被隐式加锁，这是由InnoDB索引的实现机制决定的：普通索引存储PK的值，检索普通索引本质上要二次扫描聚集索引。

【insert】

    同样是写操作，insert和update与delete不同，它会用排它锁封锁被插入的索引记录，而不会封锁记录之前的范围。

    同时，会在插入区间加插入意向锁(insert intention lock)，但这个并不会真正封锁区间，也不会阻止相同区间的不同KEY插入。