mysql 悲观锁和乐观锁(—悲观锁)

适合悲观锁的使用场景:

悲观锁更适合在,写操作较多、并发冲突高、业务需要强一致性等场景下使用悲观锁。

如何使用悲观锁:

悲观锁主要通过以下两个 SQL语句实现:

1、SELECT...FOR UPDATE;

这个语句会在所查询中的数据行上设置排他锁(Exclusive Lock)。在数据被锁定期间,其他事务无法修改这些被选中的行数据,也无法对他们设置新的排它锁和共享锁。

eg: 当sql语句运行至2的时候,事务已被成功开启且对指定行数据加上了排他锁,这时候,在别的进程/窗口中再对id=1的数据进行update修改命令的话,会执行失败,因为数据已经被锁定了。这时候只有当前进程/窗口可以对该数据进行编辑操作,编辑完成后。执行至语句4,提交并关闭了事务后,其他窗口对id=1的update的编辑操作才能有效果。

bash 复制代码
START TRANSACTION;  // 1、开启事务

SELECT * FROM students WHERE id=1 FOR UPDATE;//2、查询指定行数据并加排它锁

UPDATE students set name='小明' where id=1; // 3、修改数据

COMMIT;    // 4、提交并关闭事务

2、SELECT...LOCK IN SHARE MODE;

这个 语句会在所查询的数据行上设置共享锁(Shared Lock)。在被锁定期间,其他事务可以读取这些行,但不能修改这些行, 也不能在这些数据行上这设置排他锁。

eg: 当sql语句运行至2的时候,事务已被成功开启且对指定行数据加上了共享锁,这时候,在别的进程/窗口中再对id=1的数据进行查询操作是能查询到对应的数据的,但若进行update修改命令的话,则会执行失败,因为数据已经被锁定了。这时候只有当前进程/窗口可以对该数据进行编辑操作,编辑完成后。执行至语句4,提交并关闭了事务后,其他窗口对id=1的update的编辑操作才能有效果。

bash 复制代码
START TRANSACTION;

SELECT * FROM students WHERE id=1 LOCK IN SHARE MODE;

UPDATE students set name='小明' where id=1;

COMMIT;

注意事项:

悲观锁的缺点:

1、增加性能开销:对数据的读写进行加锁和解锁操作,会增加系统的开销,特别是高并发的环境下,锁的竞争会严重影响到系统性能。所以悲观锁机制对资源的锁定操作会影响系统性能。

2、降低并发度:悲观锁在操作数据前会加锁,这导致了同一时间,只有一个事务能操作数据,其他事务只能等待,这严重降低了系统的并发性。

3、死锁:当遇上多个事务相互等待对方释放锁时,就可能发生死锁。虽然数据库系统通常能够检测并解决死锁,但这回导致食物回滚,增加系统的开销。

4、锁超时:如果一个食物长时间加锁而不释放,可能导致其他等待锁的事务超时,这不仅导致等待的事务失败,还可能印象到整个系统的稳定性。

相关推荐
越来越无动于衷1 小时前
基于 JWT 的登录验证功能实现详解
java·数据库·spring boot·mysql·mybatis
看天走路吃雪糕1 小时前
墨者:SQL手工注入漏洞测试(MySQL数据库-字符型)
数据库·mysql·sql注入·sqlmap·墨者学院·字符型注入
柊二三6 小时前
XML的简略知识点
xml·数据库·oracle
每天敲200行代码8 小时前
MySQL 事务管理
数据库·mysql·事务
巴里巴气8 小时前
MongoDB索引及其原理
数据库·mongodb
程序员勋勋19 小时前
Redis的String数据类型底层实现
数据库·redis·缓存
不修×蝙蝠9 小时前
MySQL 全详解:从入门到精通的实战指南
数据库·mysql·索引·最左前缀
我的ID配享太庙呀11 小时前
Django 科普介绍:从入门到了解其核心魅力
数据库·后端·python·mysql·django·sqlite
还是奇怪11 小时前
深入解析三大Web安全威胁:文件上传漏洞、SQL注入漏洞与WebShell
sql·安全·web安全
不辉放弃12 小时前
kafka的消费者负载均衡机制
数据库·分布式·kafka·负载均衡