MySQL事务隔离级别与锁机制

事务四大特性（ACID）

原子性、一致性、隔离性、持久性

并发事务带来的问题

脏写：多个事务同时对某条数据进行修改更新操作，最后一个更新的事物会覆盖其他事物更新的结果

脏读：某一事物读取到了另一事物已经更新但未提交的数据

不可重复读：某一事物在多次读取某一数据时，出现数据不一样的情况，同一时刻查询相同语句出现不一样的结果，不符合隔离性

幻读：某一事物读取到其他事物提交的新增数据，不符合隔离性。

事物的隔离级别

读未提交：任何问题都有可能发生

读已提交：可解决脏读的问题

可重复读：解决脏读，不可重复读的问题

串行化：解决脏读，不可重复读，幻读问题

查看mysql当前事务隔离级别：

show variables like 'tx_isolation';

锁机制

按性能可分为：悲观锁、乐观锁

读数据操作可分为：读锁、写锁

对加锁的粒度可分为：表锁、行锁

表锁

每次加锁都会锁住整张数据表。锁的开销小，加锁快；不会出现死锁；锁的粒度大，性能低

手动加表锁：

lock table <表名> read(write)

加读锁：lock table user read;当前session和其他session都只能读取数据，如果当前session做修改操作则会报错，若其他session想做修改操作则会阻塞等待。

加写锁：lock table user write;只有当前session可以做读写操作，其他session的读写操作都会阻塞等待

unlock tables; 释放锁

行锁

每次操作锁住一行数据。开销大，加锁慢；会出现死锁；锁的粒度小，出现锁冲突概率小，并发高 

InnoDB与MYISAM的最大不同有两点：

        InnoDB支持事务（ TRANSACTION）

        InnoDB支持行级锁

行锁的演示：

        一个session开启事务更新但不提交事务，另一个session无法读写这条同一条数据会被阻塞 

行锁与事务隔离级别的案例分析

读未提交

set tx_isolation='read-uncommitted';

打开两个mysql会话窗口分别开启事务A和事务B，事务B更新数据但不提交，事务A可以读到事务B中未提交的数据，导致脏读

读已提交

set tx_isolation='read-committed';

开启事务A和事务B，事务B更新数据，事务A读不到事务B更新的数据，此时提交事务B，事务A能读取到更新后的数据，这就导致不可重复读的问题。 

可重复读

set tx_isolation='repeatable-read';

开启事务A和事务B，事务A更新某一数据但不提交，事务B读取的数据还是原数据；事务A提交更新的数据，事务B在当前会话依旧读取不到更新后的数据，保证了可重复读。继续操作客户端A开启事务，插入一条数据并提交，事务B依旧读取不到，所以不会导致幻读；但是在事务B中可以修改刚刚客户端A新增的数据，重新查询又能查询到新增的数据，所以导致差生幻读。

可重复读的隔离级别下使用了MVCC(multi-version concurrency control)机制，select操作不会更新版本号， 是快照读（历史版本）；insert、update和delete会更新版本号，是当前读（当前版本）。

串行化

set tx_isolation='serializable';

开启事务A和事务B，事务A查询id='1'的数据，事务B可以查询id='1'的数据，但是不能更新这条数据，也就是保证读读，不可读写、写读以及写写并发。

如果事务A中操作的是某一范围，在此数据范围区间内，事务B不能修改数据来避免幻读（事务B会阻塞）。这是因为mysql会在区间内加间隙锁，

间隙锁（Gap Lock）

间隙锁就是锁住两个值之间的空隙。间隙锁是在可重复读隔离级别下才会生效。

假设user表里的数据如图：间隙有（4,6）（6,14）（14，正无穷）这三个区间。

在某事务中执行update user set user_name = 'paul' where id>=1 and id<=10;那么其他事务都无法在（4,6）（6,14）区间内修改和新增数据

无索引行锁会升级为表锁

锁是加在索引上的，如果对非索引字段加行锁，则会升级为表锁。如：会话A执行update user set name='rick' where name='james';name字段为未索引字段，则会升级为表锁；会话B无法对user表进行任何行数据操作（读操作是允许的），都会被阻塞。

 

行锁分析

show status like 'innodb_row_lock%';

Innodb_row_lock_current_waits: 当前正在等待锁定的数量；

Innodb_row_lock_time: 从系统启动到现在锁定总时间长度

Innodb_row_lock_time_avg: 每次等待所花平均时间

Innodb_row_lock_time_max：从系统启动到现在等待最长的一次所花时间

Innodb_row_lock_waits:系统启动后到现在总共等待的次数 

对于这5个状态变量，比较重要的主要是：

Innodb_row_lock_time_avg （等待平均时长）

Innodb_row_lock_waits （等待总次数）

Innodb_row_lock_time（等待总时长）

 

死锁 

事务A执行：select * from user where id=1 for update;

事务B执行：select * from user where id=2 for update;

事务A执行：select * from user where id=2 for update;  #阻塞

事务B执行：select * from user where id=1 for update;  #mysql会检测出死锁

 

锁优化建议

尽可能让所有数据检索都通过索引来完成，避免无索引行锁升级为表锁

合理设计索引，尽量缩小锁的范围

尽可能减少检索条件范围，避免间隙锁

尽量控制事务大小，减少锁定资源量和时间长度，涉及事务加锁的sql尽量放在事务最后执行

尽可能低级别事务隔离