Redis事务处理实战指南，助你高效解决复杂业务场景，立即学习提升

Redis事务通过MULTI、EXEC、DISCARD和WATCH等命令，让你能够将多个操作打包成一个原子单元执行，确保在高并发场景下数据的一致性和完整性，是处理复杂业务如库存扣减、订单支付的利器。

理解Redis事务的基本操作

Redis事务的核心是四个命令：先用MULTI开启事务，然后依次输入要执行的操作命令，这些命令会被放入队列，最后用EXEC提交执行，如果想取消事务，可以用DISCARD命令。比如，一个简单的转账场景：你先用MULTI开始，然后设置用户A的余额减少，用户B的余额增加，最后EXEC执行，这样要么全部成功，要么全部失败，不会出现只扣钱不加钱的情况。

利用WATCH命令避免并发冲突

在高并发场景下，单纯的事务可能不够，因为其他客户端可能在事务执行期间修改了数据。这时可以用WATCH命令来监控一个或多个键，如果在事务提交前这些键被改动，事务就会失败。比如在秒杀活动中，你可以WATCH库存键，然后在事务中检查并扣减库存，如果库存被其他人抢先修改，你的EXEC会返回nil，这样就能重试或提示用户，避免超卖。

处理事务中的错误情况

Redis事务在执行时，如果某个命令出错（比如语法错误），整个事务都不会执行；但如果是运行时错误（比如对字符串进行增加操作），只有出错的命令会失败，其他命令依然会执行。所以，在写事务时，要确保命令的正确性，避免运行时错误影响业务逻辑。实践中，建议在开发环境充分测试事务脚本。

结合Lua脚本优化复杂事务

对于更复杂的业务逻辑，比如需要条件判断或循环，可以使用Lua脚本。Redis支持用EVAL命令执行Lua脚本，脚本中的所有操作是原子的，而且比普通事务更灵活，还能减少网络开销。例如，你可以写一个Lua脚本来检查用户积分，然后扣除积分并发放奖品，所有这些在一个原子操作中完成。

实战案例：电商订单处理

假设你在做一个电商平台，用户下单时需要扣减库存、生成订单记录、更新用户订单列表。你可以用Redis事务来确保这些步骤的原子性：先用WATCH监控库存和用户数据，然后用MULTI开始事务，执行库存扣减、订单写入等命令，最后EXEC提交。如果中途有冲突，事务失败，你可以让用户重试或返回错误信息，保证数据不会错乱。

FAQ

问：Redis事务和数据库事务有什么不同？答：Redis事务没有回滚机制，一旦EXEC执行，即使部分命令失败，其他命令也不会撤销，所以设计时要小心；而数据库事务通常支持回滚到之前的状态。

问：WATCH命令监控的键被修改后，事务一定会失败吗？答：是的，如果被WATCH的键在MULTI之后、EXEC之前被其他客户端修改，那么EXEC会返回nil表示事务失败，你需要重新尝试业务逻辑。

问：在事务中能不能执行读操作？答：可以，但是读操作的结果在EXEC执行前不会返回，所以如果你想基于读取的值做判断，最好用WATCH结合事务，或者用Lua脚本直接处理。

引用来源：本文内容基于Redis官方文档（https://redis.io/topics/transactions）和常见实践案例总结。