MySQL幾種更新操作的案例分析
本文將通過一個(gè) 用戶賬戶金額更新的案例 分析幾種數(shù)據(jù)更新的操作的優(yōu)劣。希望對(duì)大家有幫助 🐶。
數(shù)據(jù)庫版本 : mysql 5.7.23
案例分析
創(chuàng)建數(shù)據(jù)庫的DDL：
CREATE TABLE `hw_account` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(20) DEFAULT NULL, `balance` int(11) DEFAULT NULL, `status` varchar(20) DEFAULT NULL, `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP, `update_time` timestamp NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4;
更新賬戶金額
直接更新
方案 1 查詢后更新
# 數(shù)據(jù)查詢 select * from hw_account where id = 1; # 數(shù)據(jù)更新 update hw_account set balance = 5 where id = 1;
存在的問題，就是分兩次操作，如果并發(fā)執(zhí)行的時(shí)候，可能造成更新丟失的問題.
樂觀鎖方案
利用版本號(hào)操作，即對(duì)數(shù)據(jù)庫增加樂觀鎖的方式進(jìn)行。
# 數(shù)據(jù)查詢
select * from hw_account where id = 1;
# 數(shù)據(jù)更新
update hw_account set balance = 5 , version = version + 1
where id = 1 and version = n;
# 判斷是否成功
if row < 1 {
回滾
}
存在的問題，如果該條數(shù)據(jù)并發(fā)操作的時(shí)候，會(huì)導(dǎo)致其他的請(qǐng)求失敗。如果這個(gè)請(qǐng)求的前置鏈路比較長的話， 回滾成本比較高。
無鎖方案
不用查詢，采用數(shù)據(jù)庫的計(jì)算，也不需要版本號(hào)的操作，直接通過域值進(jìn)行有效性判斷。具體的 SQL 如下：
# 數(shù)據(jù)更新
update hw_account set balance = balance + @change_num , version = version + 1
where id = 1 and version = n;
# 判斷是否成功
if row < 1 {
回滾
}
這種方案修改比較簡單， 但是依賴于數(shù)據(jù)計(jì)算，感覺不是特別友好。
排隊(duì)操作
通過 redis 或者 zk 的分布式鎖，進(jìn)行數(shù)據(jù)請(qǐng)求進(jìn)行排隊(duì)。然后在進(jìn)行數(shù)據(jù)更新。
# 偽代碼
if (獲取分布式鎖) {
update hw_account set balance = @balance where id = 1;
} else {
# 進(jìn)入等待，或者進(jìn)行自旋獲取鎖
}
常見問題
如果數(shù)據(jù)中存在 update_time 字段受影響的行數(shù)是多少？
update_time 的字段定義如下，如果數(shù)據(jù)為id = 1, status = 1 如果執(zhí)行更新數(shù)據(jù)的 sql 為
update hw_account set `status` = 1 where id = 1;
返回的受影響的行數(shù)為 0；
如果執(zhí)行 update 更新但受影響的行數(shù)為 0 會(huì)加行鎖嗎？
會(huì)的， 執(zhí)行更新的語句都會(huì)加行鎖（前提，事務(wù)內(nèi)）
參考資料
到此這篇關(guān)于MySQL幾種更新操作的案例分析的文章就介紹到這了,更多相關(guān)MySQL 更新操作內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
MySQL制作具有千萬條測試數(shù)據(jù)的測試庫的方法
這篇文章主要介紹了MySQL制作具有千萬條測試數(shù)據(jù)的測試庫的方法，幫助大家更好的理解和學(xué)習(xí)MySQL，感興趣的朋友可以了解下2020-11-11
這篇文章主要介紹了mysql show操作,結(jié)合簡單實(shí)例形式總結(jié)分析了mysql使用show語句顯示各種常見信息相關(guān)操作技巧,需要的朋友可以參考下2019-04-04
這篇文章主要為大家詳細(xì)介紹了Windows免安裝MySQL8.0.28版本圖文教程，文中安裝步驟介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2022-04-04
mysql實(shí)現(xiàn)定時(shí)備份的詳細(xì)圖文教程
這篇文章主要給大家介紹了關(guān)于mysql實(shí)現(xiàn)定時(shí)備份的詳細(xì)圖文教程,我們都知道數(shù)據(jù)是無價(jià),如果不對(duì)數(shù)據(jù)進(jìn)行備份,相當(dāng)是讓數(shù)據(jù)在裸跑,一旦服務(wù)器出問題,只有哭的份了,需要的朋友可以參考下2023-07-07
這篇文章主要介紹了mysql錯(cuò)誤代碼之1064的解決方案，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。一起跟隨小編過來看看吧2021-01-01
這篇文章主要介紹了MySQL 角色(role)功能的相關(guān)資料，幫助大家更好的理解和學(xué)習(xí)使用MySQL數(shù)據(jù)庫，感興趣的朋友可以了解下2021-04-04
這篇文章主要介紹了一個(gè)簡單的MySQL備份Shell腳本,本文直接給出代碼實(shí)例,需要的朋友可以參考下2015-07-07
事務(wù)(Transaction)是訪問和更新數(shù)據(jù)庫的程序執(zhí)行單元;事務(wù)中可能包含一個(gè)或多個(gè)sql語句,這些語句要么都執(zhí)行,要么都不執(zhí)行,下面這篇文章主要給大家介紹了關(guān)于MySQL基礎(chǔ)教程之事務(wù)異常情況的相關(guān)資料,需要的朋友可以參考下2022-10-10
MySQL Flink Watermark實(shí)現(xiàn)事件時(shí)間處理的關(guān)鍵技術(shù)
Flink Watermark是Flink流處理框架中實(shí)現(xiàn)事件時(shí)間處理的關(guān)鍵技術(shù)之一。它是通過一種機(jī)制來解決數(shù)據(jù)亂序和延遲的問題，使得Flink可以在處理遲到的數(shù)據(jù)時(shí)保證結(jié)果的準(zhǔn)確性。Flink Watermark可以在數(shù)據(jù)流中插入一個(gè)時(shí)間戳，將數(shù)據(jù)流轉(zhuǎn)化為具有時(shí)間維度的數(shù)據(jù)集合2023-05-05
在MySQL中,DECIMAL是一種用于存儲(chǔ)精確小數(shù)的數(shù)據(jù)類型,本文主要介紹了mysql decimal類型判斷是否為0,具有一定的參考價(jià)值,感興趣的可以了解一下2024-02-02