關於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
窗口1提交事務,窗口2就可以查出id=1的結果了
步驟2

測試2:使用索引查詢時也是行鎖,鎖的是查到的行

當窗口1根據username索引查詢到id=1和2的結果時,窗口2查詢id=3時可以查詢,查詢id=1和2時會卡住,等待窗口1的事務完成。
步驟1
當窗口1提交或回滾事務時,窗口2卡住的查詢就出現結果了。
步驟2

測試3:當索引失效或者是不使用索引時:鎖的是表

索引失效

當使用like + %開頭的查詢時索引失效,窗口1查出id=1和3的數據,窗口2查詢id=2的數據會卡住,說明整個表都被鎖了。
索引失效步驟1
窗口1完成事務,窗口2出現結果:
索引失效步驟2

不使用索引

窗口1不適用任何索引查詢id=1的結果,窗口2查詢id=2的結果會卡住,說明還是表鎖
不使用索引查詢步驟1
不使用索引步驟2

結論

在開啓事務的情況下,查詢使用for update,如果使用了索引(主鍵)並且索引生效的情況下,鎖的是查到的行,否則是表鎖。

發佈了100 篇原創文章 · 獲贊 71 · 訪問量 37萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章