6.2.1 状态即事件流 6.2.1 状态即事件流:当系统不再“保存状态”,而选择“重演历史” 你有没有试过这样调试一个线上故障? 凌晨三点,用户投诉订单支付成功但账户余额没变;运维拉出数据库快照,发现 字段确实是 ,可业务日志里清清楚楚写着:“支付完成,扣款 200.00,新余额应为 787.50”。你翻遍事务日志、检查隔离级别、比对应用层锁粒度……最后发现,是某个补偿任务在重试时误将同一笔事件重复应用了两次——而数据库只存最终值,不存“谁在何时做了什么”。你无法回答一个问题:这个 987.50,究竟是怎么来的? 这不是玄学,这是状态建模的底层失焦。 传统 CRUD 架构把状态当作“快照”来维护: 。这一行 SQL 像一记重锤,砸碎了所有上下文——它抹去了“为什么是 787.