关于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完成事务。
窗口1提交事务,窗口2就可以查出id=1的结果了
测试2:使用索引查询时也是行锁,锁的是查到的行
当窗口1根据username索引查询到id=1和2的结果时,窗口2查询id=3时可以查询,查询id=1和2时会卡住,等待窗口1的事务完成。
当窗口1提交或回滚事务时,窗口2卡住的查询就出现结果了。
测试3:当索引失效或者是不使用索引时:锁的是表
索引失效
当使用like + %开头的查询时索引失效,窗口1查出id=1和3的数据,窗口2查询id=2的数据会卡住,说明整个表都被锁了。
窗口1完成事务,窗口2出现结果:
不使用索引
窗口1不适用任何索引查询id=1的结果,窗口2查询id=2的结果会卡住,说明还是表锁
结论
在开启事务的情况下,查询使用FOR UPDATE,如果使用了索引(主键)并且索引生效的情况下,锁的是查到的行,否则是表锁。
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 清华大学推出第四讲使用 DeepSeek + DeepResearch 让科研像聊天一样简单!
· 实操Deepseek接入个人知识库
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库