@youthfire 好的，我之前也没考虑 BMW ，直接试驾了 E300 ，007 ，ET7 ，理想这些，我接下来去试驾一下 BMW 。

@loveumozart 上班的，所以我不太想考虑这个

@YukiHanaNo 798 已经下单！

@wxw752 等我试驾一下，5 系比 E300L 还长，我人嘛了。

@LabJo 是的，现在豪华接近 60 ，有点虚高。

@wxw752 当时和 E 对比了吗，为什么最后选择了 5 ？

@jishu541464750 二手的就不考虑了，第一辆车想整个新的。

@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 是自己设计的吗？