此时情绪此时天,无事小神仙
好好生活,平平淡淡每一天

编辑

关于MYSQL 查询时使用 FOR UPDATE 行锁还是表锁问题

测试表

CREATE TABLE `user` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `username` varchar(255) DEFAULT NULL,
  `password` varchar(255) DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  KEY `u_name_uq` (`username`) USING BTREE
) ENGINE=InnoDB;

INSERT INTO `mh_1112`.`user`(`id`, `username`, `password`) VALUES (1, 'zhangsan', '123456');
INSERT INTO `mh_1112`.`user`(`id`, `username`, `password`) VALUES (2, 'zhangsi', 'abc456');
INSERT INTO `mh_1112`.`user`(`id`, `username`, `password`) VALUES (3, 'lisan', '123654');

测试1:用主键查询时是行锁:

窗口1查询id=1时,窗口2查询id=2时可以查询,查询id=1时会卡在那等待窗口1完成事务。
image
窗口1提交事务,窗口2就可以查出id=1的结果了
image

测试2:使用索引查询时也是行锁,锁的是查到的行

当窗口1根据username索引查询到id=1和2的结果时,窗口2查询id=3时可以查询,查询id=1和2时会卡住,等待窗口1的事务完成。
image
当窗口1提交或回滚事务时,窗口2卡住的查询就出现结果了。
image

测试3:当索引失效或者是不使用索引时:锁的是表

索引失效

当使用like + %开头的查询时索引失效,窗口1查出id=1和3的数据,窗口2查询id=2的数据会卡住,说明整个表都被锁了。
image
窗口1完成事务,窗口2出现结果:
image

不使用索引

窗口1不适用任何索引查询id=1的结果,窗口2查询id=2的结果会卡住,说明还是表锁
image
image

结论

在开启事务的情况下,查询使用FOR UPDATE,如果使用了索引(主键)并且索引生效的情况下,锁的是查到的行,否则是表锁。

posted @   踏步  阅读(568)  评论(0编辑  收藏  举报
编辑推荐:
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
阅读排行:
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 清华大学推出第四讲使用 DeepSeek + DeepResearch 让科研像聊天一样简单!
· 实操Deepseek接入个人知识库
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
点击右上角即可分享
微信分享提示