解耦 task 就好，看业务 应该是 data 里面一行数据 会对应 task 里面一行数据，应该在建立 data 一行的时候 建立相关联的一行 task，然后操作 data 的时候 发消息去更改 task 的状态，这样 task 天然就能做到幂等，即使多个业务同时操作数据 task 也状态也只会从 0 -> 1 转换一次

中间还涉及到一些类似 memory barrier MESI 协议之类的 说实话真的太复杂了，对大部分应用层程序员 你只要了解涉及到多线程数据同步的问题，加锁搞定一切，不加锁一定出事。

多线程研究这些变量之间的一致性，说实话真的没必要，加锁就好了 锁的语义就有 invalid cache 从主内存读 然后 invalid cache 写入主内存的意思

@hobochen #15 他表述有问题，实际上就 CP AP 两个可以选，没有 CA CA 是单体不能严格算作分布式系统

AP 高可用就是 redis 集群模式，每次写副本都是异步同步，通常在副本实例里面读到历史版本也是可以容忍的，但是最终会读到最新的版本

CP 不高可用就是 zookeeper 每次写完，要所有的副本同步完此次写才算是成功写完，此时其它的请求想读这条数据没门，因为数据压根没同步完，在请求方看来 这就是一个强一致性的系统，虽然系统内部可能节点状态不一定统一，但是对外，会看到一个一致性的集群。

要理解 CAP 首先要理解强一致性，CP AP 其实本质上就是 系统内部节点的数据同步的两种形式，AP 系统可以容忍读取到历史版本数据（在互联网行业通常如此，C 端用户并没有太高的数据一致性需求），CP 不能容忍读取到历史版本数据 就这么简单，不要搞复杂了。

@zhangneww #9 转让 VPS 不算吧.. 以前就有很多帖子 转让 VPS

2C4G5M 2022-11-19 号到期 800 转让了 有意联系我 WX ZGVuZ2ZlbmdxaTE5OTIK