Mysql查詢時(shí)如何使用for update行鎖還是表鎖
測(cè)試表
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 `user`(`id`, `username`, `password`) VALUES (1, 'zhangsan', '123456'); INSERT INTO `user`(`id`, `username`, `password`) VALUES (2, 'zhangsi', 'abc456'); INSERT INTO `user`(`id`, `username`, `password`) VALUES (3, 'lisan', '123654');
測(cè)試1
用主鍵查詢時(shí)是行鎖
窗口1查詢id=1時(shí),窗口2查詢id=2時(shí)可以查詢,查詢id=1時(shí)會(huì)卡在那等待窗口1完成事務(wù)。

窗口1提交事務(wù),窗口2就可以查出id=1的結(jié)果了

測(cè)試2
使用索引查詢時(shí)也是行鎖,鎖的是查到的行
當(dāng)窗口1根據(jù)username索引查詢到id=1和2的結(jié)果時(shí),窗口2查詢id=3時(shí)可以查詢,查詢id=1和2時(shí)會(huì)卡住,等待窗口1的事務(wù)完成。

當(dāng)窗口1提交或回滾事務(wù)時(shí),窗口2卡住的查詢就出現(xiàn)結(jié)果了。

測(cè)試3
當(dāng)索引失效或者是不使用索引時(shí):鎖的是表
索引失效
當(dāng)使用like + %開頭的查詢時(shí)索引失效,窗口1查出id=1和3的數(shù)據(jù),窗口2查詢id=2的數(shù)據(jù)會(huì)卡住,說明整個(gè)表都被鎖了。

窗口1完成事務(wù),窗口2出現(xiàn)結(jié)果:

不使用索引
窗口1不適用任何索引查詢id=1的結(jié)果,窗口2查詢id=2的結(jié)果會(huì)卡住,說明還是表鎖


結(jié)論
在開啟事務(wù)的情況下,查詢使用for update,如果使用了索引(主鍵)并且索引生效的情況下,鎖的是查到的行,否則是表鎖。
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
MySQL調(diào)優(yōu)之SQL查詢深度分頁問題
本文主要介紹了MySQL調(diào)優(yōu)之SQL查詢深度分頁問題,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-03-03
hive從mysql導(dǎo)入數(shù)據(jù)量變多的解決方案
這篇文章主要介紹了hive從mysql導(dǎo)入數(shù)據(jù)量變多的解決方案,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過來看看吧2021-01-01
ERROR: Error in Log_event::read_log_event()
MySQLBackup備份數(shù)據(jù)庫的操作過程

