Redis中事務(wù)是什么

這篇文章主要介紹redis中事務(wù)是什么，文中介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們一定要看完！

十多年的衛(wèi)東網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對(duì)設(shè)計(jì)、前端、開發(fā)、售后、文案、推廣等六對(duì)一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。營(yíng)銷型網(wǎng)站的優(yōu)勢(shì)是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動(dòng)調(diào)整衛(wèi)東建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無(wú)論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。創(chuàng)新互聯(lián)建站從事“衛(wèi)東網(wǎng)站設(shè)計(jì)”,“衛(wèi)東網(wǎng)站推廣”以來(lái)，每個(gè)客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。

命令	格式	作用	返回結(jié)果
WATCH	WATCH key [key ...]	將給出的`Keys`標(biāo)記為`監(jiān)測(cè)態(tài)`，作為事務(wù)執(zhí)行的條件	always OK.
UNWATCH	UNWATCH	清除事務(wù)中`Keys`的 `監(jiān)測(cè)態(tài)`，如果調(diào)用了EXECor DISCARD，則沒有必要再手動(dòng)調(diào)用UNWATCH	always OK.
MULTI	MULTI	`顯式`開啟`redis事務(wù)`，后續(xù)`commands`將排隊(duì)，等候使用EXEC進(jìn)行原子執(zhí)行	always OK.
EXEC	EXEC	執(zhí)行事務(wù)中的`commands`隊(duì)列，恢復(fù)連接狀態(tài)。如果WATCH在之前被調(diào)用，只有`監(jiān)測(cè)`中的`Keys`沒有被修改，命令才會(huì)被執(zhí)行，否則停止執(zhí)行（詳見下文，`CAS機(jī)制`）	成功：返回?cái)?shù)組 —— 每個(gè)元素對(duì)應(yīng)著原子事務(wù)中一個(gè) `command`的返回結(jié)果; 失?。?/strong>返回`NULL`（`Ruby` 返回`nil`）;
DISCARD	DISCARD	清除事務(wù)中的`commands`隊(duì)列，恢復(fù)連接狀態(tài)。如果WATCH在之前被調(diào)用，`釋放` `監(jiān)測(cè)`中的`Keys`	always OK.

Redis事務(wù)

MULTI, EXEC, DISCARD and WATCH 是Redis事務(wù)的基礎(chǔ)。用來(lái)顯式開啟并控制一個(gè)事務(wù)，它們?cè)试S在一個(gè)步驟中執(zhí)行一組命令。并提供兩個(gè)重要的保證：

事務(wù)中的所有命令都會(huì)被序列化并按順序執(zhí)行。在執(zhí)行Redis事務(wù)的過程中，不會(huì)出現(xiàn)由另一個(gè)客戶端發(fā)出的請(qǐng)求。這保證 命令隊(duì)列 作為一個(gè)單獨(dú)的原子操作被執(zhí)行。
隊(duì)列中的命令要么全部被處理，要么全部被忽略。EXEC命令觸發(fā)事務(wù)中所有命令的執(zhí)行，因此，當(dāng)客戶端在事務(wù)上下文中失去與服務(wù)器的連接，
如果發(fā)生在調(diào)用MULTI命令之前，則不執(zhí)行任何commands；
如果在此之前EXEC命令被調(diào)用，則所有的commands都被執(zhí)行。

同時(shí)，redis使用AOF(append-only file)，使用一個(gè)額外的write操作將事務(wù)寫入磁盤。如果發(fā)生宕機(jī)，進(jìn)程奔潰等情況，可以使用redis-check-aof tool 修復(fù)append-only file，使服務(wù)正常啟動(dòng)，并恢復(fù)部分操作。

用法

使用MULTI命令顯式開啟Redis事務(wù)。該命令總是以O(shè)K回應(yīng)。此時(shí)用戶可以發(fā)出多個(gè)命令，Redis不會(huì)執(zhí)行這些命令，而是將它們排隊(duì)。EXEC被調(diào)用后，所有的命令都會(huì)被執(zhí)行。而調(diào)用DISCARD可以清除事務(wù)中的commands隊(duì)列并退出事務(wù)。

以下示例以原子方式，遞增鍵foo和bar。

>MULTI
OK
>INCR foo
QUEUED
>INCR bar
QUEUED
>EXEC
1）（整數(shù)）1
2）（整數(shù)）1

從上面的命令執(zhí)行中可以看出，EXEC返回一個(gè)數(shù)組，其中每個(gè)元素都是事務(wù)中單個(gè)命令的返回結(jié)果，而且順序與命令的發(fā)出順序相同。當(dāng)Redis連接處于MULTI請(qǐng)求的上下文中時(shí)，所有命令將以字符串QUEUED（從Redis協(xié)議的角度作為狀態(tài)回復(fù)發(fā)送）作為回復(fù)，并在命令隊(duì)列中排隊(duì)。只有EXEC被調(diào)用時(shí)，排隊(duì)的命令才會(huì)被執(zhí)行，此時(shí)才會(huì)有真正的返回結(jié)果。

事務(wù)中的錯(cuò)誤

事務(wù)期間，可能會(huì)遇到兩種命令錯(cuò)誤：

在調(diào)用EXEC命令之前出現(xiàn)錯(cuò)誤（COMMAND排隊(duì)失?。?。
例如，命令可能存在語(yǔ)法錯(cuò)誤（參數(shù)數(shù)量錯(cuò)誤，錯(cuò)誤的命令名稱...）；
或者可能存在某些關(guān)鍵條件，如內(nèi)存不足的情況（如果服務(wù)器使用maxmemory指令做了內(nèi)存限制）。

客戶端會(huì)在EXEC調(diào)用之前檢測(cè)第一種錯(cuò)誤。通過檢查排隊(duì)命令的狀態(tài)回復(fù)（***注意：這里是指排隊(duì)的狀態(tài)回復(fù)，而不是執(zhí)行結(jié)果***），如果命令使用QUEUED進(jìn)行響應(yīng)，則它已正確排隊(duì)，否則Redis將返回錯(cuò)誤。如果排隊(duì)命令時(shí)發(fā)生錯(cuò)誤，大多數(shù)客戶端將中止該事務(wù)并清除命令隊(duì)列。然而：

在Redis 2.6.5之前，這種情況下，在EXEC命令調(diào)用后，客戶端會(huì)執(zhí)行命令的子集（成功排隊(duì)的命令）而忽略之前的錯(cuò)誤。
從Redis 2.6.5開始，服務(wù)端會(huì)記住在累積命令期間發(fā)生的錯(cuò)誤，當(dāng)EXEC命令調(diào)用時(shí)，將拒絕執(zhí)行事務(wù)，并返回這些錯(cuò)誤，同時(shí)自動(dòng)清除命令隊(duì)列。
示例如下：

>MULTI
+OK
>INCR a b c
-ERR wrong number of arguments for 'incr' command

這是由于INCR命令的語(yǔ)法錯(cuò)誤，將在調(diào)用EXEC之前被檢測(cè)出來(lái)，并終止事務(wù)（version2.6.5+）。

在調(diào)用EXEC命令之后出現(xiàn)錯(cuò)誤。
例如，使用錯(cuò)誤的值對(duì)某個(gè)key執(zhí)行操作（如針對(duì)String值調(diào)用List操作）

EXEC命令執(zhí)行之后發(fā)生的錯(cuò)誤并不會(huì)被特殊對(duì)待：即使事務(wù)中的某些命令執(zhí)行失敗，其他命令仍會(huì)被正常執(zhí)行。

示例如下：

>MULTI
+OK
>SET a 3
+QUEUED
>LPOP a
+QUEUED
>EXEC
*2
+OK
-ERR Operation against a key holding the wrong kind of value

EXEC返回一個(gè)包含兩個(gè)元素的字符串?dāng)?shù)組，一個(gè)元素是OK，另一個(gè)是-ERR……。
能否將錯(cuò)誤合理的反饋給用戶這取決于客戶端library(如：Spring-data-redis.redisTemplate)的自身實(shí)現(xiàn)。
需要注意的是，即使命令失敗，隊(duì)列中的所有其他命令也會(huì)被處理----Redis不會(huì)停止命令的處理。

Redis事務(wù)不支持Rollback（`重點(diǎn)`）

事實(shí)上Redis命令在事務(wù)執(zhí)行時(shí)可能會(huì)失敗，但仍會(huì)繼續(xù)執(zhí)行剩余命令而不是Rollback（事務(wù)回滾）。如果你使用過關(guān)系數(shù)據(jù)庫(kù)，這種情況可能會(huì)讓你感到很奇怪。然而針對(duì)這種情況具備很好的解釋：

Redis命令可能會(huì)執(zhí)行失敗，僅僅是由于錯(cuò)誤的語(yǔ)法被調(diào)用（命令排隊(duì)時(shí)檢測(cè)不出來(lái)的錯(cuò)誤），或者使用錯(cuò)誤的數(shù)據(jù)類型操作某個(gè)Key：這意味著，實(shí)際上失敗的命令都是編程錯(cuò)誤造成的，都是開發(fā)中能夠被檢測(cè)出來(lái)的，生產(chǎn)環(huán)境中不應(yīng)該存在。（這番話，徹底甩鍋，“都是你們自己編程錯(cuò)誤，與我們無(wú)關(guān)”。）
由于不必支持Rollback,Redis內(nèi)部簡(jiǎn)潔并且更加高效。

“如果錯(cuò)誤就是發(fā)生了呢？”這是一個(gè)反對(duì)Redis觀點(diǎn)的爭(zhēng)論。然而應(yīng)該指出的是，通常情況下，回滾并不能挽救編程錯(cuò)誤。鑒于沒有人能夠挽救程序員的錯(cuò)誤，并且Redis命令失敗所需的錯(cuò)誤類型不太可能進(jìn)入生產(chǎn)環(huán)境，所以我們選擇了不支持錯(cuò)誤回滾（Rollback）這種更簡(jiǎn)單快捷的方法。

清除命令隊(duì)列

DISCARD被用來(lái)中止事務(wù)。事務(wù)中的所有命令將不會(huì)被執(zhí)行,連接將恢復(fù)正常狀態(tài)。

> SET foo 1
OK
> MULTI
OK
> INCR foo
QUEUED
> DISCARD
OK
> GET foo
"1"

以上是“Redis中事務(wù)是什么”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對(duì)大家有幫助，更多相關(guān)知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

網(wǎng)站名稱：Redis中事務(wù)是什么
轉(zhuǎn)載注明：http://www.muchs.cn/article30/ghjgpo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信小程序、App開發(fā)、網(wǎng)站維護(hù)、響應(yīng)式網(wǎng)站、網(wǎng)站改版、Google

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源：創(chuàng)新互聯(lián)

猜你還喜歡下面的內(nèi)容

Redis中事務(wù)是什么

相關(guān)命令

Redis事務(wù)

用法

事務(wù)中的錯(cuò)誤

Redis事務(wù)不支持Rollback（重點(diǎn)）

清除命令隊(duì)列

Redis事務(wù)不支持Rollback（`重點(diǎn)`）