@ramirezyolis808 这几天看看 001 的评测，看看动态怎么样。

@windygoose 老哥是新款吗？请问选择大标还是立标，我这个年纪感觉立标太老气了。

@BeforeTooLate 没有的，降低预算

@disorientatefree 有道理，现在这个节点这个预算花在电车上不值得。

一般来说一个事务只操作数据库，完成之后再操作其他的，为了防止后者失败，可以异步检查是否操作成功，失败的话补偿。

@mightybruce 谢谢提醒，我理解确实有点问题，把 XA 和崩溃恢复混在一起理解了。

存在 Leader 选举，才会用 Raft Paxos 这些东西。比如一开始有三个内容一样的副本（其中一个为 Leader ），修改内容的时候去 Leader 修改，然后同步到其他副本，如果 Leader 挂了，Raft 这时候就可以重新选举了，说白了他就是选举话事人的。

MySQL 通过二阶段提交保证 binlog 和 redolog 的一致性，我觉得单靠这个也不能保证，比如阶段二中 binlog 刷盘之后，标记 redolog 提交状态之前挂了，这个时候 binlog 事务是提交的，redolog 中事务状态是未提交的，这个时候需要 mysql 启动的时候进行崩溃恢复，可以通过 binlog 判断出事务已经提交了，然后把 redolog 的事务标记为提交，这样就保证一致了。

所以我觉得他们都属于共识算法，binlog 和 redlog 通过崩溃恢复达成了某个事务是否提交的共识，这个实现我觉得没有 Raft 这种更具有通用性，他只负责当前多副本只有一个老大，其他全部老老实实同步数据就行。

普通的平凡人很难体会到平凡的生活带来的幸福。

这句话确实

哈哈哈哈哈哈哈哈哈，我也不知道

学习学习

@taxze 谢谢 starred

请问这种图片怎么制作的，UI 是自己设计的吗？

数据都拿到了，拼接个 SQL 不是简简单单。

1. 模块的依赖和功能需要划分清楚，C 需要 B 的执行结果，为什么要通知 A ，如果你规定所有消息必须经过 A 或者因为 A 管理整个任务的生命周期，那就通知 A ，ABCD 只是 worker ，这样模块就清晰了，而且都用消息队列了，同时通知 A 和 C 也没问题。
2. 我认为手动 ACK 不奇怪吧，这个不太清楚
3. 同 1

觉得 CQRS 命名比较好
onCommand(UpdateUserCommand command)
onQuery(UserQuery query)

通过方法名拦截真的不好，你不怕被重构？

win7

不错

还有就是老项目就是这样，很难保持一种风格