要保证Redis事务的原子性，使用MULTI和EXEC命令包围一系列命令，整个事务要么全部执行，要么全部不执行。同时，使用WATCH命令监控键值变化，如果在事务提交前键被修改，EXEC会返回nil，从而避免并发问题。例如：
WATCH key1 key2
MULTI
SET key1 newvalue
SET key2 newvalue2
EXEC

使用Lua脚本确保原子性

Redis的EVAL命令执行Lua脚本是原子性的，脚本内所有命令作为一个整体执行，不会中断。实践上，将多个操作封装进Lua脚本，避免并发冲突。比如：
EVAL "redis.call('SET', KEYS[1], ARGV[1]); redis.call('SET', KEYS[2], ARGV[2]); return 1" 2 key1 key2 value1 value2

解决库存扣减并发问题

在电商秒杀场景中，使用Lua脚本原子扣减库存：EVAL "local stock = tonumber(redis.call('GET', KEYS[1])); if stock > 0 then redis.call('DECR', KEYS[1]); return 1 else return 0 end" 1 stock_key。这样确保只有一个请求能成功扣减，避免超卖。

MULTI/EXEC事务局限与优化

Redis MULTI/EXEC事务不具备传统数据库的严格隔离性，命令在EXEC前只是进入队列。如果用WATCH，客户端检测到变化可重试事务。实践指南：对关键键WATCH，短事务减少watchdog超时，结合pipeline提高性能。

分布式锁实现原子操作

使用Redlock算法或SETNX实现分布式锁，确保只有一个客户端执行操作。代码示例：SET lock_key unique_value NX PX 30000; 执行操作后DEL lock_key（用Lua验证value）。

管道与原子性结合

Pipeline批量发送命令提高吞吐，但不保证原子性。结合MULTI/EXEC或Lua使用：pipeline.multi(); pipeline.set(...); pipeline.exec(); 这样批量操作仍保持原子。

常见并发问题解决方案

并发读写用乐观锁WATCH/MULTI重试机制；高并发计数用INCR/DECR原子递增；复杂逻辑全用Lua脚本打包执行，避免网络RTT带来的并发窗口。

FAQ
Q: Redis事务为什么不完全原子？
A: 因为MULTI到EXEC间可被其他命令插入，但WATCH能检测变化实现乐观并发控制。
Q: Lua脚本何时用？
A: 多命令组合、条件判断、高并发读写场景，用Lua最可靠。
Q: 如何处理WATCH失败重试？
A: 捕获EXEC返回nil，指数退避重试WATCH+MULTI。
Q: 分布式环境下怎么保证？
A: 用Redlock多节点锁，或单一Redis Lua脚本。