我们的大脑会自动建立映射：MULTI 就是 BEGIN，
EXEC 是 COMMIT，
DISCARD 是 ROLLBACK。
这套组合拳打下来
所有业务逻辑似乎具备“不成功便成仁”的原子性保障。

把一堆命令先放进队列排队，
等到 EXEC 时一次性按顺序执行它们。
这里有一个巨大认知偏差。
当我们谈论 Redis 的“原子性”时
Redis 指的是隔离性，
而不是回滚。
但恰恰是 Redis 教我：
相似命名背后藏截然不同灵魂。
把 MySQL 的事务观生搬硬套到 Redis 上时
错付Yi开始。
Redis 的 LUA 脚本具有原子性——
执行期间其他客户端请求被阻塞直到完成。
因为...
而在 Redis世界里
MULTI 和 EXECgeng像批处理信号：
写在前面的话
这篇文章带你剥开 Redis事务外衣，
从“原子性”定义偏差说起，
聊为什么现代开发越来越倾向用 Lua 脚本替代它。
为了直观理解对比：
关系型数据库中“事务”重若千钧，
几乎等同 ACID：
• 原子性 • 一致性 • 隔离性 • 持久化
作为 RDBMS 长期打交道开发者，
初次查阅 Redis文档kan到 MULTI/EXEC/DISCARD 时
难免涌起熟悉带来安全感。
但是...
第一节：别被名字骗！