发布时间 - 2025-07-22 00:00:00 点击率：次

redis事务的核心是将一组命令按顺序放入队列中，并批量执行。而关系型数据库的事务则是将事务操作（dml）记录到日志中。

与事务相关的命令包括：

注意，在执行Exec之前，事务操作可以使用Discard终止，但一旦执行Exec，本次事务就会执行。

如果在事务组队过程中出现错误（例如，正确的命令是set money 100，但你写成了sett money 100），那么本次事务的所有命令都不会执行。

Redis不保证原子性。在Exec执行过程中，如果某命令出错（比如数据库只允许存储数字，但你插入了字符），该错误命令不会执行，但其余正常命令仍然可以执行。

Redis如何实现事务？通过开启一个队列，让命令进入队列来执行事务。

# 1 开启事务 multi

2 输入命令

set k1 v1 set k2 v2 get k2 set k2 v3 get k2

3 执行/放弃事务（如果任何命令输错了，所有命令就不会执行，并且放弃事务!）

exec 或者 discard

Redis中的悲观锁效率低，所有悲观锁都不建议使用。悲观锁每次操作都会上锁，执行完毕后才释放锁，导致效率低下，降低并发量。

Redis使用CAS乐观锁，通过watch操作实现。乐观锁不进行锁定操作，但在实际执行时，如果发现key的版本发生了变化，本次修改的事务操作就不会执行。乐观锁提高了系统的吞吐量。

Redis乐观锁的使用场景如电影院购票：例如C1座位有多人同时抢购，这张票只能被一人抢成功。使用Redis乐观锁的好处是，在抢票时先锁定C1座位，等于被我预定，如果发现C1座位被别人抢走了，本次事务将不会执行。

# 先创建一个key money = 100 set money 100

multi set money 80 或者 decrby money 20

get money set money 120 或者 incrby money 20

exec

unwatch

最后的结果是nil，说明乐观锁生效了。

原理分析：当一个事务在A线程执行操作时，如果发现相关内容被另一个B线程修改了，就会触发乐观锁，导致A事务操作不会执行。

特殊说明：解决问题的过程中，隐藏着调试Bug的痛苦。万物皆入轮回，谁也躲不掉！以上文章均为我实际操作后撰写的笔记资料，不会出现全文盗用他人文章的情况。请勿直接盗用！