一、redis似乎并沒有“事務(wù)”，那些用到“事務(wù)”的人在做什么

Redis主要是針對(duì)單個(gè)key，或者說，單個(gè)數(shù)據(jù)對(duì)象的操作，這樣，事務(wù)里的多對(duì)象Atomic要求就很低。

當(dāng)Redis的命令執(zhí)行多對(duì)象操作，比如MSET命令，或者Redis的Transaction命令（也含LUA），涉及多數(shù)據(jù)對(duì)象時(shí)，其內(nèi)部，是順序執(zhí)行的（這也是我們說的，Redis是單線程架構(gòu)），相當(dāng)于傳統(tǒng)DB的Serialize級(jí)別。這時(shí)，ACID里的Isolation在Redis里就極其簡化，因?yàn)椴淮嬖趦蓚€(gè)并發(fā)事務(wù)互相的干擾，即Redis不存在并發(fā)命令。

Redis的Transaction命令，不是嚴(yán)格意義的事務(wù)，因?yàn)槿狈ollback。

磁盤的AOF或RDB文件，只是個(gè)備份，不是傳統(tǒng)意義上的DB的Dataset包含磁盤數(shù)據(jù)的概念，所以，把Redis的磁盤數(shù)據(jù)，看成整個(gè)Dataset的一部分，是不對(duì)的，還是只考慮Redis的內(nèi)存特性，即它是內(nèi)存數(shù)據(jù)庫。

Redis 只是提供了簡單的事務(wù)功能。其本質(zhì)是一組命令的集合，事務(wù)支持一次執(zhí)行多個(gè)命令，在事務(wù)執(zhí)行過程中，會(huì)順序執(zhí)行隊(duì)列中的命令，其他客戶端提交的命令請求不會(huì)插入到本事務(wù)執(zhí)行命令序列中。命令的執(zhí)行過程是順序執(zhí)行的，但不能保證原子性。無法像 MySQL 那樣，有隔離級(jí)別，出了問題之后還能回滾數(shù)據(jù)等高級(jí)操作。

延伸閱讀：

二、Redis事務(wù)的應(yīng)用場景

在分布式系統(tǒng)和高并發(fā)場景下，事務(wù)處理具有重要意義。Redis事務(wù)可以確保數(shù)據(jù)的一致性，避免并發(fā)操作導(dǎo)致的數(shù)據(jù)不一致問題。以下是一些Redis事務(wù)的應(yīng)用場景：

這些應(yīng)用場景展示了Redis事務(wù)在實(shí)際應(yīng)用中的價(jià)值。接下來，我們將詳細(xì)介紹Redis事務(wù)的基本命令、特性和實(shí)現(xiàn)原理。