mysql -(行锁)

行锁就是针对数据表中行记录的锁。比如事务 A 更新了一行,而这时候事务 B 也要更新同一行,则必须等事务 A 的操作完成后才能进行更新。

MySQL 的行锁是在引擎层由各个引擎自己实现的。但并不是所有的引擎都支持行锁,对于不支持行锁的引擎比如myisam意味着并发控制只能使用表锁,相应的会影响并发的性能;InnoDB是支持行锁的,那么我们今天就来谈谈InnoDB的行锁。

  • 两阶段锁
    比如现在有两个事物-事物A、事物B,事物A对表T中的一个字段进行修改(update T set k = k+1 where id =1),当A为commit的时候,事物B也对表T进行修改(update T set k=k+2 where id=1),因为事物A在执行更新语句的时候是对id=1这行数据加了锁的,所以事物B必须要等到事物Acommit后才能进行操作。
    也就是说在InnoDB引擎中,行锁是在需要的时候才加上的,但并不是不需要了就立即释放,而是要等到事物提交之后才释放锁,这就是两阶段锁。
    tips: 知道上面的设定,如果你在事物中需要锁多个行,要把最可能造成锁冲突,最可能影响并发度的锁尽量往后放。
    两端锁示例
  • 死锁和死锁检测
    当并发系统中不同线程出现资源循环依赖,涉及的线程都在等待其它线程释放资源时,就会导致这几个线程进入无线等待的状态,这就造成了死锁。
    死锁
    比如上面两个事物,事物A在等待事物B释放id=2行锁,事物B等待事物A释放id=1行锁,两个事物都在等待对方释放,从而进入到一个无限循环等待中。
    策略:
  • 一种策略是,直接进入等待,知道超时,这个超时时间可以通过参数innodb_lock_wait_timeout (默认50秒)来设置;
  • 另外一种策略,发起死锁检测,发现死锁后,主动回滚死锁链条中的某一个事务,让其它事务得意继续执行。将参数innodb_deadlock_detect 设置为 on,表示开启这个逻辑;
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值