09-23
被长期低估的一致性：拆服务之前先算清 ACID 的账
作者指出，微服务与非 ACID 数据库流行之际，最容易被忽略的代价是 ACID 事务。文章以「一个用户必须有一个 profile」为约束，展示单库事务如何同时保证原子性与隔离性：创建、外键校验都在一个事务内完成。一旦把 users 与 profiles 拆成两个服务，原子性、隔离性、外键约束全部失效。作者逐一推演失败路径：profile 服务失败会留下裸 user；补写的 delete 回滚本身会失败，或进程断电留下中间态；即使两个服务 100% 可靠，并发线程仍会看到 user 无 profile 并重复创建；外键失效后 profile 可指向已删除或改过的 user ID；定时清理 dangling 数据也仍存在不一致窗口。结论是应用层的补偿逻辑最终等价于重造一个半成品、带 bug 的分布式 ACID 数据库，采用微服务或 NoSQL 之前应先理解自己引入了什么复杂度。适合准备拆分服务或迁移 NoSQL 的后端工程师。