首頁(yè) 猿問(wèn) Understand Redis...

Understand Redis Transaction

JavaScript

慕桂英546537 2019-09-09 20:54:07

疑點(diǎn)如下偽代碼中//其中con客戶端redis鏈接,key1,key2分別是兩個(gè)鍵funchandler(con,key1,key2){con.mutl()con.set(key1,value1)//我的疑問(wèn)是在這里:當(dāng)本事務(wù)執(zhí)行的過(guò)程中,也就是被redis-server執(zhí)行的過(guò)程中,//key2的值沒(méi)有沒(méi)有可能被改變?在什么情況下才會(huì)變？謝謝您的回答con.exec()}MUTL/EXEC執(zhí)行事務(wù)中redis是不是還可以同時(shí)改變其他的鍵值?概念理解redis事務(wù)的作用:1.保證被事務(wù)包含的命令要么全部執(zhí)行,要么全部不執(zhí)行(注意:在執(zhí)行事務(wù)的過(guò)程中遇到錯(cuò)誤可能會(huì)導(dǎo)致有些命令不能執(zhí)行).2.保證被事務(wù)包含的命令執(zhí)行時(shí)不被打斷.對(duì)于第二點(diǎn)來(lái)說(shuō),于任何客戶端來(lái)說(shuō)啟用多線程來(lái)執(zhí)行被事務(wù)包含的代碼沒(méi)多大效果;因?yàn)閞edis是一個(gè)進(jìn)程(沒(méi)有多線程),也就是說(shuō)執(zhí)行體只有一個(gè);同時(shí)又因?yàn)槭聞?wù)的存在,同一時(shí)刻只有一個(gè)事務(wù)在執(zhí)行(事務(wù)包含命令沒(méi)有并行執(zhí)行),所以說(shuō)客戶端通過(guò)多線程方式執(zhí)行被redis事務(wù)包含的命令作用不大;同時(shí)也說(shuō)明被事務(wù)包含的代碼可以防止資源的競(jìng)爭(zhēng).偽代碼說(shuō)明fori=0;i

查看完整描述

2 回答

料青山看我應(yīng)如是

TA貢獻(xiàn)1772條經(jīng)驗(yàn) 獲得超8個(gè)贊

redis事務(wù)其實(shí)就是按順序打包運(yùn)行命令，所以你上面第一條是不成立的，中間有指令失敗，還是會(huì)執(zhí)行前面的指令，所以沒(méi)有回滾，也不存在要么全部不執(zhí)行。第二點(diǎn)是成立的，在事務(wù)執(zhí)行過(guò)程中，其他命令是阻塞狀態(tài)，等待事務(wù)指令全部完成才繼續(xù)。

反對(duì) 回復(fù) 2019-09-09

慕碼人2483693

TA貢獻(xiàn)1860條經(jīng)驗(yàn) 獲得超9個(gè)贊

講一下我的理解：redis有事物，但無(wú)原子性multi初始化了一個(gè)命令隊(duì)列，使該事物的命令以線性存儲(chǔ)，在redis中，對(duì)于一個(gè)存在問(wèn)題的命令，如果在入隊(duì)的時(shí)候就已經(jīng)出錯(cuò)，整個(gè)事務(wù)內(nèi)的命令將都不會(huì)被執(zhí)行（其后續(xù)的命令依然可以入隊(duì)），如果這個(gè)錯(cuò)誤命令在入隊(duì)的時(shí)候并沒(méi)有報(bào)錯(cuò)，而是在執(zhí)行的時(shí)候出錯(cuò)了，那么redis默認(rèn)跳過(guò)這個(gè)命令執(zhí)行后續(xù)命令。也就是說(shuō)，redis只實(shí)現(xiàn)了部分事務(wù)；一般認(rèn)為在傳統(tǒng)的關(guān)系型數(shù)據(jù)中，只要有任意一條指令失敗，則整個(gè)事務(wù)都會(huì)被rollback，而在redis的事物中，中間的某條指令的失敗不會(huì)導(dǎo)致前面已做指令rollback，也不會(huì)造成后續(xù)的指令不做。

反對(duì) 回復(fù) 2019-09-09