Mysql中的select ...for update
Mysql select ...for update
這幾天遇到了select … for update的sql語句，決定整理一下mysql的兩種鎖機(jī)制。
Mysql數(shù)據(jù)庫有兩種鎖，一種是共享鎖，一種是排他鎖，這兩種鎖是針對InnoDB的，如果是MyISM不是這樣的鎖機(jī)制。
共享鎖和拍他鎖的鎖對象是主鍵！
共享鎖（讀鎖，S鎖）
select … from … lock in share mode
多個(gè)事務(wù)共享一把鎖，但是只能讀，不能修改。
當(dāng)有事務(wù)拿到共享鎖的時(shí)候且鎖未釋放時(shí)，另一個(gè)事務(wù)不能去修改加鎖的數(shù)據(jù)。
共享鎖的最大特點(diǎn)是可以共享，多個(gè)事務(wù)可以同時(shí)獲取鎖并且讀到數(shù)據(jù)，并且，在鎖沒有釋放時(shí)，數(shù)據(jù)不能被修改，這樣可以避免數(shù)據(jù)庫臟讀和不可重復(fù)讀的問題。
排他鎖(互斥鎖，寫鎖，X鎖)
select … for update;
排他鎖 不能被多個(gè)事務(wù)共享，如果一個(gè)事務(wù)獲取了一行數(shù)據(jù)的排他鎖，那么其他事務(wù)就不能獲取這行數(shù)據(jù)的鎖，包括共享鎖和排他鎖。
獲取到排他鎖的事務(wù)可以對數(shù)據(jù)進(jìn)行讀取和修改，事務(wù)提交后，鎖釋放。
演示
創(chuàng)建一張用于測試的表格
CREATE TABLE `emipe_user_entity` ( `id` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NOT NULL COMMENT '主鍵', `user_name` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin DEFAULT NULL COMMENT '用戶名', `pass_word` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin DEFAULT NULL COMMENT '用戶密碼', `status` int(11) DEFAULT NULL COMMENT '用戶狀態(tài)', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;
使用InnoDB儲(chǔ)存引擎，InnoDB既支持行級鎖，又支持表級鎖，默認(rèn)情況下采用行級鎖
MySQL InnoDB引擎默認(rèn)的update，delete，insert語句會(huì)自動(dòng)給涉及到的數(shù)據(jù)加上排他鎖。
為測試的表格存入數(shù)據(jù)
INSERT INTO `emipe_user_entity` VALUES ('1', '小紅帽', '123456', 0);
INSERT INTO `emipe_user_entity` VALUES ('2', '路人甲', '523456', 0);共享鎖
事務(wù)A：獲取共享鎖，但不提交事務(wù)
begin; select * from emipe_user_entity where id = 1 lock in share mode;
事務(wù)B：獲取共享鎖，可以查詢到數(shù)據(jù)
select * from emipe_user_entity where id = 1 lock in share mode;
事務(wù)C：嘗試修改帶有共享鎖的數(shù)據(jù)，報(bào)錯(cuò)
update emipe_user_entity set pass_word = '222222' where id = 1;
結(jié)果：
事務(wù)C首先會(huì)等待共享鎖釋放，待鎖釋放后，可以對改數(shù)據(jù)進(jìn)行修改，由于事務(wù)A一直沒有釋放鎖，在長久的等待后，事務(wù)C拋錯(cuò)：
Lock wait timeout exceeded;try restarting trasacrtion.
等待鎖超時(shí)；嘗試重啟這個(gè)事務(wù)
排他鎖
事務(wù)A：獲取排他鎖進(jìn)行查詢，事務(wù)不提交
begin; select * from emipe_user_entity where id = 1 for update;
事務(wù)B：嘗試獲取排他鎖，被阻塞
select * from emipe_user_entity where id = 1 for update;
事務(wù)C: 嘗試獲取共享鎖，被阻塞
select * from emipe_user_entity where id = 1 lock in share mode;
事務(wù)D：在不使用鎖的情況下，可以查詢數(shù)據(jù)
select * from emipe_user_entity where id = 1; -- 查詢成功
普通的查詢語句沒有任何鎖機(jī)制。
總結(jié)
以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。
相關(guān)文章
MySQL 4.1/5.0/5.1/5.5/5.6各版本的主要區(qū)別整理
這篇文章主要介紹了MySQL 4.1/5.0/5.1/5.5/5.6各版本的主要區(qū)別整理,非常不錯(cuò)，具有參考借鑒價(jià)值，需要的朋友可以參考下2017-08-08
本文深入探討了MySQL的高可用和擴(kuò)展策略,包括主從復(fù)制與讀寫分離、MySQL集群與負(fù)載均衡、分布式數(shù)據(jù)庫架構(gòu)以及數(shù)據(jù)庫的水平與垂直擴(kuò)展,每個(gè)主題都提供了詳細(xì)的代碼示例,幫助讀者理解和應(yīng)用這些技術(shù),通過這些策略,可以有效地提高M(jìn)ySQL數(shù)據(jù)庫的性能、吞吐量和可用性2025-03-03
當(dāng)你執(zhí)行一次MySQL查詢時(shí)，有沒有仔細(xì)想過，在查詢結(jié)果返回之前，經(jīng)過了哪些步驟呢？這些步驟有可能消耗了超出想象的時(shí)間和資源。因此，在對MySQL的查詢進(jìn)行優(yōu)化之前，應(yīng)該了解一下MySQL查詢的生命周期2022-09-09
mysql如何實(shí)現(xiàn)多行查詢結(jié)果合并成一行
利用函數(shù)：group_concat(),實(shí)現(xiàn)一個(gè)ID對應(yīng)多個(gè)名稱時(shí)，原本為多行數(shù)據(jù)，把名稱合并成一行2013-12-12
在本篇文章中小編給大家整理了關(guān)于通過grep 獲取MySQL錯(cuò)誤日志信息的方法的相關(guān)知識點(diǎn)內(nèi)容，有需要的朋友們跟著學(xué)習(xí)下。2018-09-09
這篇文章主要介紹了MySQL修改時(shí)區(qū)的方法,總結(jié)分析了三種常見的MySQL時(shí)區(qū)修改技巧,包括命令行模式、配置文件方式及代碼方式,需要的朋友可以參考下2016-05-05
現(xiàn)在生產(chǎn)環(huán)境MySQL數(shù)據(jù)庫是一主一從，由于業(yè)務(wù)量訪問不斷增大，故再增加一臺從庫。前提是不能影響線上業(yè)務(wù)使用，也就是說不能重啟MySQL服務(wù)，為了避免出現(xiàn)其他情況，選擇在網(wǎng)站訪問量低峰期時(shí)間段操作2015-11-11
一文教你學(xué)會(huì)定位線上MySQL鎖超時(shí)問題
這篇文章主要介紹了一文教你學(xué)會(huì)定位線上MySQL鎖超時(shí)問題，文章圍繞主題展開詳細(xì)的內(nèi)容介紹，具有一定的參考價(jià)值，需要的小伙伴可以參考一下2022-08-08
linux下mysql自動(dòng)備份數(shù)據(jù)庫與自動(dòng)刪除臨時(shí)文件
mysql自動(dòng)備份數(shù)據(jù)庫與自動(dòng)刪除臨時(shí)文件，有需要的朋友可以參考下2013-02-02
這篇文章主要給大家介紹的是windows下MySQL安裝教程，其實(shí)好多公司，數(shù)據(jù)庫的面試題都是不可避免的,甚至一些前端工程師面試的時(shí)候都避免不了被詢問到和數(shù)據(jù)庫有關(guān)的一些問題。下面就從最基礎(chǔ)的安裝教程開始,需要的朋友可以參考一下2021-11-11