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

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

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

Redis的Transaction命令，不是嚴格意義的事務，因為缺乏Rollback。

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

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

延伸閱讀：

二、Redis事務的應用場景

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

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