锁的分类(八)

• ​​全局锁​​

全局锁就是对 整个数据库实例 加锁。当你需要让整个库处于 只读状态 的时候，可以使用这个命令，之后其他线程的以下语句会被阻塞：
数据更新语句（数据的增删改）、数据定义语句（包括建表、修改表结构等）和更新类事务的提交语句。全局锁的典型使用 场景 是：做 全库逻辑备份

# 获取全局锁
Flush tables with read lock

• ​​死锁​​

死锁是指两个或多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环

• 死锁产生条件



• 死锁案例

# 用户A给用户B转账100，同时用户B给用户A转账100，这时可能发生死锁
# 事务1先获取用户A的排他锁，减少100；事务2这时也获取用户B的排他锁，减少100
# 这时事务1想获取用户B的排他锁，给B的账户增加100；同时事务2想获取用户A的排他锁，给用户A的账户增加100
# 2个事务都想获取对方占有的锁，2个事务都需要等待对方先执行完后才能执行，这就是死锁

• 代码案例

# 开启1个新的连接，开启1个新的事务
begin;
# 事务1获取id为1的排他锁
update account set money=10 where id=1;

# 开启第2个新的连接，开启1个新的事务
begin;
# 事务2获取id为2的排他锁
update account set money=10 where id=2;

# 在第1个连接中，事务1要操作id为2的行，就需要获取id为2的排他锁
# 但id为2的排他锁被事务2持有，需要先等待事务2释放，执行这条语句时会处于阻塞状态
update account set money=20 where id=2;

# 在连接2中执行如下语句，需要事务2去获取id为1的排他锁
# 但id为1的排他锁被事务1持有，需要先等待事务1释放，这是执行如下语句时会报死锁错误
update account set money=20 where id=1;

# 这是连接2中的语句会回滚，并释放锁
# 同时连接1中的语句会执行成功

• 解决死锁

# 方案1：直接进入等待，直到超时。这个超时时间可以通过参数innodb_lock_wait_timeout 来设置。如果将该参数设置的太短，会影响正常的阻塞
# 方案2：发起死锁检测，发现死锁后，主动回滚死锁链条中的某一个事务（将持有最少行级排他锁的事务进行回滚），
让其他事务得以继续执行。将参数 innodb_deadlock_detect 设置为on ，表示开启这个逻辑

• 避免死锁