redis學(xué)習(xí)手冊(cè)1事務(wù)

1、一、概述：和眾多其它數(shù)據(jù)庫(kù)一樣， Redis 作為 NoSQL 數(shù)據(jù)庫(kù)也同樣提供了事務(wù)機(jī)制。在 Redis 中， MULTI/EXEC/DISCARD/WATCH 這四個(gè)命令是實(shí)現(xiàn)事務(wù)的基石。相信對(duì)有關(guān)系型數(shù)據(jù)庫(kù)開發(fā)經(jīng)驗(yàn)的開發(fā)者而言這一概念并不陌生，即便如此，還是會(huì)簡(jiǎn)要的列出 Redis 中事務(wù)的實(shí)現(xiàn)特征：1). 在事務(wù)中的所有命令都將會(huì)被串行化的順序執(zhí)行，事務(wù)執(zhí)行期間，Redis 不會(huì)再為其它客戶端的請(qǐng)求提供任何服務(wù)，從而保證了事物中的所有命令被原子的執(zhí)行。2). 和關(guān)系型數(shù)據(jù)庫(kù)中的事務(wù)相比，在 Redis 事務(wù)中如果有某一條命令執(zhí)行失敗，其后令仍然會(huì)被繼續(xù)執(zhí)行。3). 可以通過(guò) MULTI

2、 命令開啟一個(gè)事務(wù)，有關(guān)系型數(shù)據(jù)庫(kù)開發(fā)經(jīng)驗(yàn)的人可以將其理解為BEGINTRANION語(yǔ)句。在該語(yǔ)句之后執(zhí)行令都將被視為事務(wù)之內(nèi)的操作，最后可以通過(guò)執(zhí)行EXEC/DISCARD 命令來(lái)提交/回滾該事務(wù)內(nèi)的所有操作。這兩個(gè) Redis 命令可被視為等同于關(guān)系型數(shù)據(jù)庫(kù)中的 COMMIT/ROLLBACK 語(yǔ)句。有命令都會(huì)被服務(wù)器執(zhí)行。 5). 當(dāng)使用 Append-Only 模式時(shí)，Redis 會(huì)通過(guò)調(diào)用系統(tǒng)函數(shù) write 將該事務(wù)內(nèi)的所有寫操作在本 次調(diào)用中全部寫入磁盤。然而如果在寫入的過(guò)程中出現(xiàn)系統(tǒng) ，如電源故障導(dǎo)致的宕機(jī)，那么此時(shí)也許只有部分?jǐn)?shù)據(jù)被寫入到磁盤，而另外一部分?jǐn)?shù)據(jù)卻已經(jīng)丟失。Re

3、dis 服務(wù)器會(huì)在重新啟動(dòng)時(shí)執(zhí)行一系列必要的一致性檢測(cè)，一旦發(fā)現(xiàn)類似問(wèn)題，就會(huì)立即退出并給出相應(yīng)的錯(cuò)誤提示。此時(shí)， 就要充分利用 Redis 工具包中提供的 redis-check-aof 工具，該工具可以幫助 定位到數(shù)據(jù)不一致的錯(cuò)誤，并將已經(jīng)寫入的部分?jǐn)?shù)據(jù)進(jìn)行回滾。修復(fù)之后 就可以再次重新啟動(dòng) Redis 服務(wù)器了。二、相關(guān)命令列表：命令原型時(shí) 間復(fù) 雜度命令描述返回值MULTI用于標(biāo)記事務(wù)的開始，其后執(zhí)行令都將被存入命令隊(duì)列，直到執(zhí)行 EXEC 時(shí)，這些命令才會(huì)被原子的執(zhí)行。始終返回 OKEXEC執(zhí)行在一個(gè)事務(wù)內(nèi)命令隊(duì)列中的所有命令，同時(shí)將當(dāng)前連接的狀態(tài)恢復(fù)為正常狀態(tài)，即非事務(wù)狀態(tài)。如果在

4、事務(wù)中執(zhí)行了 WATCH 命令，那么只有當(dāng) WATCH 所 的 Keys 沒(méi)有被修改的前提下，EXEC 命令才能執(zhí)行事務(wù)隊(duì)列中的所有命令，否則 EXEC 將放棄當(dāng)前事務(wù)中的所有命令。原子性的返回事務(wù)中各條命令的返回結(jié)果。如果在事務(wù)中使用了 WATCH，一旦事務(wù)被放棄， EXEC 將返回 NULL-multi-bulk 回復(fù)。DISCARD回滾事務(wù)隊(duì)列中的所有命令，同時(shí)再將當(dāng)前連接的狀態(tài)恢復(fù)為正常狀態(tài)，即非事務(wù)狀態(tài)。如果 WATCH 命令被使用，該命令將 UNWATCH 所有的 Keys。始終返回 OK。WATCHkey key .O(1)在 MULTI 命令執(zhí)行之前，可以指定待 的 Keys，

5、然而在執(zhí)行 EXEC 之前，如果被 的 Keys 發(fā)生修改， EXEC 將放棄執(zhí)行該事務(wù)隊(duì)列中的所有命令。始終返回 OK。4). 在事務(wù)開啟之前，如果客戶端與服務(wù)器之間出現(xiàn)通訊故障并導(dǎo)致網(wǎng)絡(luò)斷開，其后所有待執(zhí)行的語(yǔ)句都將不會(huì)被服務(wù)器執(zhí)行。然而如果網(wǎng)絡(luò)中斷事件是發(fā)生在客戶端執(zhí)行 EXEC 命令之后，那么該事務(wù)中的所三、命令示例：1. 事務(wù)被正常執(zhí)行：#在 S 命令行下執(zhí)行 Redis 的客戶端工具。/redis-cli#在當(dāng)前連接上啟動(dòng)一個(gè)新的事務(wù)。redis 127.0.0.1:6379multiOK#執(zhí)行事務(wù)中的第一條命令，從該命令的返回結(jié)果可以看出，該命令并沒(méi)有立即執(zhí)行，而是存于事務(wù)令隊(duì)列

6、。redis 127.0.0.1:6379incr t1QUEUED#又執(zhí)行一個(gè)新令，從結(jié)果可以看出，該命令也被存于事務(wù)令隊(duì)列。redis 127.0.0.1:6379incr t2QUEUED#執(zhí)行事務(wù)命令隊(duì)列中的所有命令，從結(jié)果可以看出，隊(duì)列中命令的結(jié)果得到返回。redis 127.0.0.1:6379exec1) (2) (eger) 1eger) 12. 事務(wù)中存在失敗令：#開啟一個(gè)新的事務(wù)。redis 127.0.0.1:6379multiOK#設(shè)置鍵 a 的值為 string 類型的 3。redis 127.0.0.1:6379set a 3QUEUED#從鍵 a 所關(guān)聯(lián)的值的頭部

7、彈出元素，由于該值是字符串類型，而 lpop 命令僅能用于 List 類型，因此在執(zhí)行 exec 命令時(shí)，該命令將會(huì)失敗。redis 127.0.0.1:6379lpop aQUEUEDUNWATCHO(1)取消當(dāng)前事務(wù)中指定 的 Keys，如果執(zhí)行了 EXEC 或 DISCARD 命令，則無(wú)需再手工執(zhí)行該命令了，因?yàn)樵诖酥?，事?wù)中所有被 的 Keys 都將自動(dòng)取消。始終返回 OK。#再次設(shè)置鍵 a 的值為字符串 4。redis 127.0.0.1:6379set a 4QUEUED#獲取鍵 a 的值，以便確認(rèn)該值是否被事務(wù)中的第二個(gè) set 命令設(shè)置成功。redis 127.0.0.1:6

8、379get aQUEUED#從結(jié)果中可以看出，事務(wù)中的第二條命令 lpop 執(zhí)行失敗，而其后的 set 和 get 命令均執(zhí)行成功，這一點(diǎn)是 Redis 的事務(wù)與關(guān)系型數(shù)據(jù)庫(kù)中的事務(wù)之間最為重要的差別。redis 127.0.0.1:6379exec1) OK2) (error) ERR Operation against a key holding the wrong kind of value3) OK4) 43. 回滾事務(wù)：#為鍵 t2 設(shè)置一個(gè)事務(wù)執(zhí)行前的值。redis 127.0.0.1:6379set t2 ttOK#開啟一個(gè)事務(wù)。redis 127.0.0.1:6379mult

9、iOK#在事務(wù)內(nèi)為該鍵設(shè)置一個(gè)新值。redis 127.0.0.1:6379set t2 ttnewQUEUED#放棄事務(wù)。redis 127.0.0.1:6379discardOK#查看鍵 t2 的值，從結(jié)果中可以看出該鍵的值仍為事務(wù)開始之前的值。redis 127.0.0.1:6379get t2tt在 Redis 的事務(wù)中，WATCH 命令可用于提供 CAS(check-and-set)功能。假設(shè)通過(guò) WATCH 命令在事務(wù)執(zhí)行之前了多個(gè) Keys，倘若在 WATCH 之后有任何 Key 的值發(fā)生了變化，EXEC 命令執(zhí)行的事務(wù)都將被放棄，同時(shí)返回 Null multi-bulk 應(yīng)答以

10、通知調(diào)用者事務(wù)執(zhí)行失敗。例如，再次假設(shè) Redis中并未提供 incr 命令來(lái)完成鍵值的原子性遞增，如果要實(shí)現(xiàn)該功能，只能自行編寫相應(yīng)的代碼。其偽碼四、WATCH 命令和基于 CAS 的樂(lè)觀鎖：val = GET mykeyval = val + 1SET mykey $val如，客戶端 A 和 B 都在同一時(shí)刻了 mykey 的原有值，假設(shè)該值為 10，此后兩個(gè)客戶端又均將該值加一后 set 回 Redis 服務(wù)器，這樣就會(huì)導(dǎo)致 mykey 的結(jié)果為 11，而不是認(rèn)為的 12。為了解決類似，需要借助 WATCH 命令的幫助，見如下代碼：WATykeyval = GET mykeyval = val + 1MULTISET mykey $valEXEC和此前代碼不同的是，新代碼在獲取 mykey 的值之前先通過(guò) WATCH 命令了該鍵，此后又將 set命令包圍在事務(wù)中，這樣就可以有效的保證每個(gè)連接在執(zhí)行 EXEC 之前，如果當(dāng)前連接獲取的 mykey 的值被其