10. 锁-CSDN博客

本文链接：https://blog.csdn.net/qq_43632779/article/details/131201043

锁

文章目录

1.解决并发事务带来的问题

(1)读-读事务并发：都要可以读

(2)写-写事务并发：加锁

这就是前面一章说的事务的脏写。这个是需要避免的，避免的方式为记录加上锁

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-aTL7q7eE-1686706568849)(C:\Users\10059\AppData\Roaming\Typora\typora-user-images\image-20220905102404605.png)]

(3)读-写，写-读事务并发

①读操作-MVCC,写操作-加锁

②读、写操作-加锁

如果我们的⼀些业务场景不允许读取记录的旧版本，⽽是每次都必须去读取记录的最新版本，⽐⽅在银⾏存款的事务中，你需要先把账户的余额读出来，然后将其加上本次存款的数额，最后再写到数据库中。在将账户余额读取出来后，就不想让别的事务再访问该余额，直到本次存款事务执⾏完成，其他事务才可以访问账户的余额。这样在读取记录的时候也就需要对其进⾏加锁操作，这样也就意味着读操作和写操作也像写-写操作那样排队执行。

很明显，采⽤MVCC⽅式的话，读-写操作彼此并不冲突，性能更⾼，采⽤加锁⽅式的话，读-写操作彼此需要排队执⾏，影响性能。⼀般情况下我们当然愿意采⽤MVCC来解决读-写操作并发执⾏的问题，但是业务在某些特殊情况下，要求必须采⽤加锁的⽅式执⾏，那也是没有办法的事。

2.共享锁和独占锁

共享锁：Shared Lock简称s锁，可以加在表或者记录上
- 语法：… + LOCK IN SHARE MODE
独占锁：Exclusive Lock简称x锁，可以加在表或记录上
- 语法：… + FOR UPDATE

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-u83Tlg04-1686706568850)(C:\Users\10059\AppData\Roaming\Typora\typora-user-images\image-20220905143348438.png)]

3.意向共享锁和意向独占锁

意向共享锁：Intention Shared Lock简称IS锁，只能加表上。当事务准备在某条记录上加S锁时，需要先在表级别加⼀个IS锁。
意向独占锁：Intention Exclusive Lock简称IX锁，只能加表上。当事务准备在某条记录上加X锁时，需要先在表级别加⼀个IX锁。
表级别锁的兼容性：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wGbB2E4p-1686706568851)(C:\Users\10059\AppData\Roaming\Typora\typora-user-images\image-20220905154018425.png)]

4.行锁(重点) —— 给记录加锁

行锁会在事务提交或回滚得时候释放锁

通过设置超时时间来自动释放行锁：可以在执行SELECT FOR UPDATE语句时为其设置一个等待超时时间，当超过指定的等待时间后，事务会自动退出并回滚，从而释放行锁。例如，在JDBC中可以使用Connection.setTransactionTimeout方法来设置事务超时时间。