redis事務是可以一次性執行多條命令，本質上是一組命令的集合，一個事務中的所有命令都會序列化，然后按順序地串行化執行，而不會被插入其他命令。
一、什么是redis事務？
可以一次性執行多條命令，本質上是一組命令的集合。一個事務中的所有命令都會序列化，然后按順序地串行化執行，而不會被插入其他命令
二、Redis 事務可以做什么？
一個隊列中，一些性，順序性，排他性的執行一系列的命令
三、怎么使用 redis 命令？
1、事務相關的命令：
（1）DISCARD：取消事務，放棄執行事務塊中的所有命令
（2）EXEC：執行事務塊中的命令
（3）MULTI：標記一個事務的開始
（4）UNWATCH：取消WATCH命令對所有 key 的監視
（5）WATCH key [key…]：監視一個（或多個）key，如果在事務之前執行這個（或者這些）key被其他命令所改動，那么事務將會被打斷。
2、事務報錯問題：
（1）語句錯誤：會直接在添加隊列的時候報錯，如果出現這個錯誤，則整個事務都會回滾
（2）邏輯錯誤：例如給一個字符串 + 1，在執行的時候才會報錯。這種錯誤則不會影響事務中的其他操作，只有本條會報錯
3、watch 監控：
（1）樂觀鎖：
樂觀鎖（Optimistic Lock），是一個樂觀的鎖，每次去拿數的時候都認為別人不會對數據進行修改，所以不會上鎖，但是在更新的時候會判斷一下在此期間別人有沒有去更新這個數據，可以使用“版本號”等機制，樂觀所使用于多讀的應用類型，這樣可以提高吞吐量。
樂觀所策略：提交版本必須大于當前記錄的版本，才可以進行更新
（2）悲觀鎖
悲觀鎖（Pessimistic Lock）們就是一個很悲觀的鎖，每次去拿數據的時候會認為其它人會根據修改操作，導致覆蓋等問題。所以每次在拿數據的時候都會上鎖，這樣如果別人想要拿數據，就會 block ，一直到修改完之后，解開鎖菜可以使用，傳統的關系醒數據庫里邊就用了很多這種鎖的機制，比如行鎖，表鎖，讀鎖，寫鎖，這都是在做操作之前，先對表上鎖。
悲觀鎖保證數據安全，但是會使性能下降
四、三特性
1、單獨的隔離操作：
事務中的所有命令都會序列化、按順序執行。事務執行過程中，不會被其他客戶端發送來的命令請求打斷。
2、沒有隔離級別的概念：
隊列中的命令沒有提交之前不會實際的被執行，因為事務提交前任何指令都不會被實際執行，也就不存在“事務內的查詢要看到是物理的更新，在事務外查詢不能看到這個問題了”
3、不保證原子性：
redis 同一個事務中如果有一條命令執行失敗，其后的命令仍然會被執行，沒有回滾。
（除非加入隊列的時候就出錯，即類似 java 的編譯時異常和執行時一異常，編譯時會導致回滾，執行時異常不回滾）
推薦教程： 《Redis教程》?
