快捷導(dǎo)航

Redis 事務(wù)知識點(diǎn)相關(guān)總結(jié)

更新時間：2021年03月25日 11:19:19 作者：AsiaYe

這篇文章主要介紹了Redis 事務(wù)相關(guān)總結(jié)，幫助大家更好的理解和學(xué)習(xí)使用Redis，感興趣的朋友可以了解下

01 事務(wù)簡介

Redis中的事務(wù)使用multi、exec來標(biāo)記，其中multi代表事務(wù)開始，exec代表事務(wù)結(jié)束，multi和exec之間的命令是原子順序執(zhí)行的。下面是一個例子：

127.0.0.1:7397> multi
OK
127.0.0.1:7397> set key_hello hello
QUEUED
127.0.0.1:7397> set key_world world
QUEUED
127.0.0.1:7397> exec
1) OK
2) OK

需要注意的是，命令執(zhí)行的中間結(jié)果返回都是queued，也就是說放到了隊列里面，沒有真正執(zhí)行。在exec之前，如果使用get命令來查看當(dāng)前的key_hello或者key_world的值，是無法獲取到的。

02 命令錯誤導(dǎo)致的事務(wù)提交失敗，所有命令都不執(zhí)行

如果調(diào)用API的時候，拼寫錯誤，則會造成整個事務(wù)無法執(zhí)行，例如下面的例子：

127.0.0.1:7397> multi
OK
127.0.0.1:7397> incr counter
QUEUED
127.0.0.1:7397> sett key_a aa
(error) ERR unknown command `sett`, with args beginning with: `key_a`, `aa`, 
127.0.0.1:7397> exec
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:7397> get counter
"10"

可以看到，因為set拼寫錯誤，寫成了sett，整個事務(wù)內(nèi)部的所有動作都失效。exec命令也報錯。

03 運(yùn)行時錯誤導(dǎo)致數(shù)據(jù)錯誤

如果語法正確，但是在運(yùn)行的時候出現(xiàn)了"運(yùn)行時"錯誤，例如元素的類型和操作符不匹配，例如對字符型值進(jìn)行自增操作，如下：

127.0.0.1:7397> get key_a
"a"
127.0.0.1:7397> get key_b
"b"
127.0.0.1:7397> multi
OK
127.0.0.1:7397> incr key_a
QUEUED
127.0.0.1:7397> set key_b bbb
QUEUED
127.0.0.1:7397> exec
1) (error) ERR value is not an integer or out of range
2) OK
127.0.0.1:7397> get key_b
"bbb"

對key_a進(jìn)行自增這類錯誤，它的語法是正確的，但是由于key_a是字符型的，自增操作是不合適的，事務(wù)中還對key_b進(jìn)行了賦值操作，在執(zhí)行exec的時候，key_b的值是被修改的，從"b"變成了“bbb”。

04 丟棄事務(wù)

直接看例子，在執(zhí)行的最后，使用discard關(guān)鍵字對事務(wù)進(jìn)行丟棄，那么事務(wù)執(zhí)行過程中產(chǎn)生的key是沒有值的。

127.0.0.1:7397> multi
OK
127.0.0.1:7397> set key_aa aa
QUEUED
127.0.0.1:7397> set key_bb bb
QUEUED
127.0.0.1:7397> set key_cc cc
QUEUED
127.0.0.1:7397> discard
OK
127.0.0.1:7397> get key_aa
(nil)
127.0.0.1:7397> get key_bb
(nil)
127.0.0.1:7397> get key_cc
(nil)

05 watch命令

有些場景中，需要在事務(wù)之前，確保事務(wù)中的key沒有被其他客戶端修改過，才執(zhí)行事務(wù)，否則不執(zhí)行事務(wù)，redis提供了watch命令來解決這類問題。

正確場景：

127.0.0.1:7397> watch key_a
OK
127.0.0.1:7397> multi
OK
127.0.0.1:7397> set key_a aaa
QUEUED
127.0.0.1:7397> exec
1) OK
127.0.0.1:7397> get key_a
"aaa"

使用watch監(jiān)控key_a的值，在exec之前，key_a的值沒有被其他事務(wù)修改過，那么exec的結(jié)果是成功的。

錯誤場景：

127.0.0.1:7397> watch key_a
OK
127.0.0.1:7397> get key_a
"aaa"
----------------------------------------
此時在另外一個session上執(zhí)行set key_a aaaaaa
----------------------------------------
127.0.0.1:7397> multi 
OK
127.0.0.1:7397> set key_a a
QUEUED
127.0.0.1:7397> exec
(nil)

在watch的過程中，其他session對key_a的值進(jìn)行了修改，那么會造成exec執(zhí)行失敗，返回nil