Redis 事務(wù)

redis 事務(wù)可以一次執(zhí)行多個命令，并帶有三個保證

• exec命令執(zhí)行前，多個命令被放入隊列緩存
• exec命令執(zhí)行后，緩存隊列中的命令順序執(zhí)行，一旦有一個有誤，不影響其它命令的執(zhí)行
• 在事務(wù)執(zhí)行過程中，其它客戶端提交的命令請求不會插入到當(dāng)前的緩存命令隊列

redis事務(wù)執(zhí)行的三個階段

• 開啟事務(wù)（multi）
• 命令入隊（queue）
• 執(zhí)行事務(wù)（exec）

redis事務(wù)和mysql事務(wù)是有區(qū)別的

• redis 事務(wù)并不具有原子性，一旦事務(wù)中（命令隊列中）有一命令執(zhí)行失敗，并不影響整個事務(wù)的執(zhí)行
• 但是redis單條命令具有原子性
• mysql事務(wù)具有原子性，在一個事務(wù)中，多條命令，一旦有一條執(zhí)行失敗，其它全部失敗

實例：

redis事務(wù)

1、編譯時異常 ，在redis事務(wù)中，編譯時語法錯誤，會導(dǎo)致整個事務(wù)都不能執(zhí)行

3、運(yùn)行時異常 ，在redis事務(wù)中，運(yùn)行時異常，運(yùn)行時報錯，但整體事務(wù)依舊能正常執(zhí)行

事務(wù)的ACID原則

事務(wù)具有4個特征，分別是原子性、一致性、隔離性和持久性，簡稱事務(wù)的ACID特性；

一、原子性（atomicity)

一個事務(wù)要么全部提交成功，要么全部失敗回滾，不能只執(zhí)行其中的一部分操作，這就是事務(wù)的原子性

二、一致性（consistency)

事務(wù)的執(zhí)行不能破壞數(shù)據(jù)庫數(shù)據(jù)的完整性和一致性，一個事務(wù)在執(zhí)行之前和執(zhí)行之后，數(shù)據(jù)庫都必須處于一致性狀態(tài)。

如果數(shù)據(jù)庫系統(tǒng)在運(yùn)行過程中發(fā)生故障，有些事務(wù)尚未完成就被迫中斷，這些未完成的事務(wù)對數(shù)據(jù)庫所作的修改有一部分已寫入物理數(shù)據(jù)庫，這是數(shù)據(jù)庫就處于一種不正確的狀態(tài)，也就是不一致的狀態(tài)

三、隔離性（isolation）

事務(wù)的隔離性是指在并發(fā)環(huán)境中，并發(fā)的事務(wù)時相互隔離的，一個事務(wù)的執(zhí)行不能不被其他事務(wù)干擾。不同的事務(wù)并發(fā)操作相同的數(shù)據(jù)時，每個事務(wù)都有各自完成的數(shù)據(jù)空間，即一個事務(wù)內(nèi)部的操作及使用的數(shù)據(jù)對其他并發(fā)事務(wù)時隔離的，并發(fā)執(zhí)行的各個事務(wù)之間不能相互干擾。

在標(biāo)準(zhǔn)SQL規(guī)范中，定義了4個事務(wù)隔離級別，不同的隔離級別對事務(wù)的處理不同，分別是：未授權(quán)讀取，授權(quán)讀取，可重復(fù)讀取和串行化

1、讀未提交（Read Uncommited），該隔離級別允許臟讀取，其隔離級別最低；比如事務(wù)A和事務(wù)B同時進(jìn)行，事務(wù)A在整個執(zhí)行階段，會將某數(shù)據(jù)的值從1開始一直加到10，然后進(jìn)行事務(wù)提交，此時，事務(wù)B能夠看到這個數(shù)據(jù)項在事務(wù)A操作過程中的所有中間值（如1變成2，2變成3等），而對這一系列的中間值的讀取就是未授權(quán)讀取

2、授權(quán)讀取也稱為已提交讀（Read Commited），授權(quán)讀取只允許獲取已經(jīng)提交的數(shù)據(jù)。比如事務(wù)A和事務(wù)B同時進(jìn)行，事務(wù)A進(jìn)行+1操作，此時，事務(wù)B無法看到這個數(shù)據(jù)項在事務(wù)A操作過程中的所有中間值，只能看到最終的10。另外，如果說有一個事務(wù)C，和事務(wù)A進(jìn)行非常類似的操作，只是事務(wù)C是將數(shù)據(jù)項從10加到20，此時事務(wù)B也同樣可以讀取到20，即授權(quán)讀取允許不可重復(fù)讀取。

3、可重復(fù)讀（Repeatable Read)

就是保證在事務(wù)處理過程中，多次讀取同一個數(shù)據(jù)時，其值都和事務(wù)開始時刻是一致的，因此該事務(wù)級別禁止不可重復(fù)讀取和臟讀取，但是有可能出現(xiàn)幻影數(shù)據(jù)。所謂幻影數(shù)據(jù)，就是指同樣的事務(wù)操作，在前后兩個時間段內(nèi)執(zhí)行對同一個數(shù)據(jù)項的讀取，可能出現(xiàn)不一致的結(jié)果。在上面的例子中，可重復(fù)讀取隔離級別能夠保證事務(wù)B在第一次事務(wù)操作過程中，始終對數(shù)據(jù)項讀取到1，但是在下一次事務(wù)操作中，即使事務(wù)B（注意，事務(wù)名字雖然相同，但是指的是另一個事務(wù)操作）采用同樣的查詢方式，就可能讀取到10或20；

4、串行化

是最嚴(yán)格的事務(wù)隔離級別，它要求所有事務(wù)被串行執(zhí)行，即事務(wù)只能一個接一個的進(jìn)行處理，不能并發(fā)執(zhí)行。

四、持久性（durability）

一旦事務(wù)提交，那么它對數(shù)據(jù)庫中的對應(yīng)數(shù)據(jù)的狀態(tài)的變更就會永久保存到數(shù)據(jù)庫中。–即使發(fā)生系統(tǒng)崩潰或機(jī)器宕機(jī)等故障，只要數(shù)據(jù)庫能夠重新啟動，那么一定能夠?qū)⑵浠謴?fù)到事務(wù)成功結(jié)束的狀態(tài)

鎖 （redis 實現(xiàn)悲觀鎖和樂觀鎖）

1、 什么是悲觀鎖和樂觀鎖？

• 悲觀鎖：見名知意，很悲觀，擔(dān)心數(shù)據(jù)會被修改，對讀寫操作都上鎖，自己用完數(shù)據(jù)后，就會進(jìn)行解鎖。那么其它線程進(jìn)行操作時必須等待，效率相對較低。傳統(tǒng)的關(guān)系型數(shù)據(jù)庫里邊就用到了很多這種鎖機(jī)制，比如行鎖、表鎖、讀鎖、寫鎖等。都是在操作之前先上鎖讓別人無法操作該數(shù)據(jù)。
• 樂觀鎖：顧名思義，很樂觀，每次取數(shù)據(jù)的時候并不擔(dān)心自己的數(shù)據(jù)會被修改。數(shù)據(jù)庫實現(xiàn)樂觀鎖，通常使用的是version（數(shù)據(jù)版本），來表示數(shù)據(jù)的。每次取數(shù)據(jù)的時候，連同數(shù)據(jù)版本version一起取出。當(dāng)讀取出數(shù)據(jù)，對數(shù)據(jù)進(jìn)行更改時，會將數(shù)版本version 加一，然后提交到數(shù)據(jù)庫，此時比較數(shù)據(jù)版本version，如果提交的數(shù)據(jù)版本version大于當(dāng)前數(shù)據(jù)庫對應(yīng)記錄的數(shù)據(jù)版本version，那么提交成功。否則小于等于都會提交失敗。需要重新從數(shù)據(jù)庫取數(shù)據(jù)。

2、 樂觀鎖 和悲觀鎖的 應(yīng)用場景

• 樂觀鎖適用于 頻繁讀取數(shù)據(jù)的場景，因為讀取數(shù)據(jù)并不會上鎖。但是當(dāng)有大量數(shù)據(jù)寫入的時候，會頻繁的提交不成功，會重新讀取數(shù)據(jù)，再提交。
• 悲觀鎖適用于 頻繁寫入數(shù)據(jù)的場景，因為不管是讀還是寫 都會上鎖，如果大量寫入數(shù)據(jù)，為了數(shù)據(jù)安全上鎖是有必要的，相反樂觀鎖就會大量的讀取提交操作。但是當(dāng)有大量數(shù)據(jù)讀出的時候，效率低下。

3、 redis 實現(xiàn)樂觀鎖

• redis通過watch實現(xiàn)樂觀鎖，當(dāng)對一個key進(jìn)行監(jiān)控的時候，客戶端A一個事務(wù)正在修改key，客戶端B已經(jīng)修改完了key。那么客戶端A的當(dāng)前事務(wù)，全部執(zhí)行失敗。因為在事務(wù)過程中，key的值已經(jīng)被修改，當(dāng)前事務(wù)discard（失?。?/strong>，如果新開一個事務(wù)是在對key進(jìn)行操作是沒有問題的，并且不開啟事務(wù)直接執(zhí)行命令也是沒有問題的，因為redis單條命令具有原子性