-
multi
開啟一個(gè)事務(wù)隙笆，原理是開啟客戶端屬性中的事務(wù)開關(guān)標(biāo)示REDIS_MULTI，將客戶端從非事務(wù)狀態(tài)切換到事務(wù)狀態(tài)升筏，之后該客戶端的所有命令（除了事務(wù)相關(guān)的幾個(gè)命令）都不會(huì)直接執(zhí)行撑柔，而是存到一個(gè)事務(wù)隊(duì)列中，然后向客戶端返回 QUEUED 回復(fù)您访。Redis 的事務(wù)是不可嵌套的铅忿， 當(dāng)客戶端已經(jīng)處于事務(wù)狀態(tài)， 而客戶端又再向服務(wù)器發(fā)送 MULTI時(shí)灵汪， 服務(wù)器只是簡(jiǎn)單地向客戶端發(fā)送一個(gè)錯(cuò)誤檀训， 然后繼續(xù)等待其他命令的入隊(duì)。 MULTI命令的發(fā)送不會(huì)造成整個(gè)事務(wù)失敗享言， 也不會(huì)修改事務(wù)隊(duì)列中已有的數(shù)據(jù)峻凫。
Paste_Image.png
事務(wù)狀態(tài)包含一個(gè)事務(wù)隊(duì)列， 以及一個(gè)已入隊(duì)命令的計(jì)數(shù)器览露，事務(wù)隊(duì)列是一個(gè) multiCmd 類型的數(shù)組荧琼， 數(shù)組中的每個(gè) multiCmd 結(jié)構(gòu)都保存了一個(gè)已入隊(duì)命令的相關(guān)信息， 包括指向命令實(shí)現(xiàn)函數(shù)的指針， 命令的參數(shù)命锄， 以及參數(shù)的數(shù)量堰乔。
watch
可以監(jiān)視用于在事務(wù)開始之前監(jiān)視任意數(shù)量的鍵： 當(dāng)調(diào)用 EXEC命令執(zhí)行事務(wù)時(shí)， 如果任意一個(gè)被監(jiān)視的鍵已經(jīng)被其他客戶端修改了累舷， 那么整個(gè)事務(wù)不再執(zhí)行浩考， 直接返回失敗夹孔。只能在客戶端進(jìn)入事務(wù)狀態(tài)之前執(zhí)行被盈， 在事務(wù)狀態(tài)下發(fā)送 WATCH命令會(huì)引發(fā)一個(gè)錯(cuò)誤， 但它不會(huì)造成整個(gè)事務(wù)失敗搭伤， 也不會(huì)修改事務(wù)隊(duì)列中已有的數(shù)據(jù)（和前面處理 MULTI的情況一樣）只怎。
實(shí)現(xiàn)原理：
在每個(gè)代表數(shù)據(jù)庫(kù)的 redis.h/redisDb結(jié)構(gòu)類型中， 都保存了一個(gè)watched_keys字典怜俐， 字典的鍵是這個(gè)數(shù)據(jù)庫(kù)被監(jiān)視的鍵身堡， 而字典的值則是一個(gè)鏈表， 鏈表中保存了所有監(jiān)視這個(gè)鍵的客戶端拍鲤。
比如說贴谎，以下字典就展示了一個(gè) watched_keys
字典的例子：
其中， 鍵 key1正在被 client2 季稳、 client5和 client1三個(gè)客戶端監(jiān)視擅这， 其他一些鍵也分別被其他別的客戶端監(jiān)視著。
WATCH命令的作用景鼠， 就是將當(dāng)前客戶端和要監(jiān)視的鍵在 watched_keys
中進(jìn)行關(guān)聯(lián)仲翎。
舉個(gè)例子， 如果當(dāng)前客戶端為 client10086铛漓， 那么當(dāng)客戶端執(zhí)行 WATCH key1 key2時(shí)溯香， 前面展示的 watched_keys將被修改成這個(gè)樣子：
通過 watched_keys 字典， 如果程序想檢查某個(gè)鍵是否被監(jiān)視浓恶， 那么它只要檢查字典中是否存在這個(gè)鍵即可玫坛； 如果程序要獲取監(jiān)視某個(gè)鍵的所有客戶端， 那么只要取出鍵的值（一個(gè)鏈表）包晰， 然后對(duì)鏈表進(jìn)行遍歷即可湿镀。
在任何對(duì)數(shù)據(jù)庫(kù)鍵空間（key space）進(jìn)行修改的命令成功執(zhí)行之后 （比如 FLUSHDB、SET杜窄、DEL肠骆、 LPUSH、SADD 塞耕、 ZREM蚀腿，諸如此類）， multi.c/touchWatchedKey
函數(shù)都會(huì)被調(diào)用 —— 它檢查數(shù)據(jù)庫(kù)的 watched_keys字典， 看是否有客戶端在監(jiān)視已經(jīng)被命令修改的鍵莉钙， 如果有的話廓脆， 程序?qū)⑺斜O(jiān)視這個(gè)/這些被修改鍵的客戶端的 REDIS_DIRTY_CAS選項(xiàng)打開：
當(dāng)客戶端發(fā)送 EXEC命令、觸發(fā)事務(wù)執(zhí)行時(shí)磁玉， 服務(wù)器會(huì)對(duì)客戶端的狀態(tài)進(jìn)行檢查：
如果客戶端的 REDIS_DIRTY_CAS選項(xiàng)已經(jīng)被打開停忿，那么說明被客戶端監(jiān)視的鍵至少有一個(gè)已經(jīng)被修改了，事務(wù)的安全性已經(jīng)被破壞蚊伞。服務(wù)器會(huì)放棄執(zhí)行這個(gè)事務(wù)席赂，直接向客戶端返回空回復(fù)，表示事務(wù)執(zhí)行失敗时迫。
如果 REDIS_DIRTY_CAS選項(xiàng)沒有被打開颅停，那么說明所有監(jiān)視鍵都安全，服務(wù)器正式執(zhí)行事務(wù)掠拳。
- EXEC
提交事務(wù)癞揉。按順序執(zhí)行隊(duì)列中的命令，最后將執(zhí)行命令所得的結(jié)果全部返回給客戶端溺欧。 - DISCARD
取消事務(wù)喊熟。清空事務(wù)隊(duì)列，關(guān)閉客戶端事務(wù)開關(guān)姐刁，切換事務(wù)狀態(tài)芥牌。
事務(wù)中的命令和普通命令在執(zhí)行上的相同與不同：
相同點(diǎn)：無(wú)論在事務(wù)狀態(tài)下， 還是在非事務(wù)狀態(tài)下龙填， Redis 命令都由同一個(gè)函數(shù)執(zhí)行胳泉， 所以它們共享很多服務(wù)器的一般設(shè)置， 比如 AOF 的配置岩遗、RDB 的配置扇商，以及內(nèi)存限制，等等宿礁。
不同點(diǎn)：
- 非事務(wù)狀態(tài)下的命令以單個(gè)命令為單位執(zhí)行案铺，前一個(gè)命令和后一個(gè)命令的客戶端不一定是同一個(gè)；
而事務(wù)狀態(tài)則是以一個(gè)事務(wù)為單位梆靖，執(zhí)行事務(wù)隊(duì)列中的所有命令：除非當(dāng)前事務(wù)執(zhí)行完畢控汉，否則服務(wù)器不會(huì)中斷事務(wù)，也不會(huì)執(zhí)行其他客戶端的其他命令返吻。 - 在非事務(wù)狀態(tài)下姑子，執(zhí)行命令所得的結(jié)果會(huì)立即被返回給客戶端；
而事務(wù)則是將所有命令的結(jié)果集合到回復(fù)隊(duì)列测僵，再作為 EXEC命令的結(jié)果返回給客戶端街佑。
