Mysql-事务，锁篇

前面探究了mysql的数据结构和索引，本文咱们来学习一下mysql中事务和锁方面的知识。总结了一些点，方便温故知新

事务

1. ACID四大特性

Atomicity：原子性
事务中的操做要么所有成功要么所有失败
Consistency：一致性
一个事务在执行先后，数据库都必须保持一致性，数据库只包含成功提交事务的结果
Isolation：隔离性
事务的执行是相互隔离的，不被干扰的
Durability：持久性
事务提交后，对数据的修改必须是永久保存的

2. 隔离级别

未提交读（READ UNCOMMITTED）事务能够读取其余未提交事务中修改的数据，会发生脏读，不可重复读，幻读
已提交读（READ COMMITTED）事务只能读取其余已提交事务修改的数据，能够解决脏读（读取的数据是别的未提交事务修改的数据）
可重复读（REPEATABLE READ）在事务开启时，再也不容许修改操做，一个事务屡次读取同一数据获得的结果是一致的，能够解决不可重复读（一个事务进行2次查询，中间有别的事务进行了修改操做，致使两次查询的结果不一样）
可串行化（SERIALIZABLE）事务串行执行，不能并发执行，能够解决幻读（一个事务进行2次查询，中间有别的事务进行了新增或删除操做，致使获得了不一样条数的数据）

锁

共享锁（读锁）
容许多个事务共享一把锁，可是对于加锁的数据只能读取，不能进行UPDATE DETELE等操做
lock in share mode能够添加共享锁

排他锁（写锁）
只有一个事务能拿到排他锁，其余事务不能获取到锁，会阻塞直到持有锁的事务释放锁或者等待超时，不能与其余锁共存
InnoDB会对update，insert，delete语句自动加排它锁
select ... for update也会添加排他锁
其余事务能够正常执行select语句，由于select不涉及加锁（有些文章模糊了这块的概念，强调排他锁事务未提交时，其余事务不能对锁住的数据进行任何操做，我在实验事后发现不加for update的查询操做是能够执行的）

意向共享锁/意向排他锁
在事务获取共享锁或排他锁以前，会对整张表先加锁，意向锁存在的意义是支持行锁和表锁共存

锁算法

Record Lock（记录锁）
对记录上的索引加锁，能够理解为行锁

Gap Lock（间隙锁）
间隙锁，只对索引的间隙加锁，可是不包括索引自己，只有RR隔离级别以上才支持间隙锁

Next-Key Lock（临键锁）
Record Lock+Gap Lock，不只对索引加锁，也对索引的间隙加锁（左开右闭），InnoDB利用Next-Key Lock来解决幻读问题

加锁规则

1. next-key lock 是前开后闭区间((x,y])。
2. 查找过程当中访问到的对象才会加锁。
3. 索引上的等值查询，给惟一索引加锁的时候，next-key lock 退化为行锁。
4. 索引上的等值查询，向右遍历时且最后一个值不知足等值条件的时候，next-key lock 退化为间隙锁。
5. 惟一索引上的范围查询会访问到不知足条件的第一个值为止

举例：
假设咱们有张只有主键id的表，表的数据为1,2,3,4,5,6,9,11，咱们看看不一样的sql下，加锁的结果是什么

select * from user where id =8 for update
8介于索引6 9之间，next-key lock前开后闭(6,9]，又由于右边最后一个值9不等于8，因此next-key lock退化成间隙锁(6,9)

select * from user where id =9 for update
由于是惟一索引等值查询，退化成行锁

select * from user where id >6
根据第五条规则，next-key lock范围(6,+MAXVALUE]

select * from user where id >=6
由于6是等值查询，因此须要加行锁，next-key lock范围[6,MAXVALUE]

select * from user where id >7
介于6以前，因此next-key lock范围(6,MAXVALUE]

select * from user where id >6 and id <8由于规则5，第一个不知足查询条件的是9，因此next-key lock范围(6,9]