JasonLaw 最近的时间轴更新 JasonLaw 最近的时间轴更新 |
JasonLawV2EX 第 484411 号会员，加入于 2020-04-17 11:42:03 +08:00今日活跃度排名 458 |
| 关于“Designing Data-Intensive Applications - CHAPTER 5 Replication - Leaderless Replication”的疑问 数据库 • JasonLaw • 3 天前 • 最后回复来自 limboMu | 3 |
| 我对“Designing Data-Intensive Applications - Detecting Concurrent Writes”的理解对吗？ 数据库 • JasonLaw • 5 天前 • 最后回复来自 JasonLaw | 13 |
| 数据密集型应用系统设计 - 关于 Apache Avro 的疑问 程序员 • JasonLaw • 11 天前 • 最后回复来自 ky11223344 | 3 |
| MySQL InnoDB 的索引将 null 存储在哪里？
1 MySQL • JasonLaw • 7 天前 • 最后回复来自 zhangwugui
|
10 |
| 不太理解 Redlock 算法中 split brain 相关内容 Redis • JasonLaw • 14 天前 • 最后回复来自 farseeraliens | 5 |
| 我对 Redlock 算法的疑问 Redis • JasonLaw • 14 天前 • 最后回复来自 wakzz | 15 |
| 大家的 MySQL 的事务隔离级别是 RR 还是 RC？为什么？ MySQL • JasonLaw • 20 天前 • 最后回复来自 iamaprin | 1 |
| Docker MySQL 如何设置事务隔离级别？ Docker • JasonLaw • 20 天前 • 最后回复来自 snachx | 1 |
| Jackson 如何保存 Map 中 key 的类型信息 Java • JasonLaw • 31 天前 • 最后回复来自 passerbytiny | 7 |
JasonLaw 最近回复了
5 天前 回复了 lixuda 创建的主题 › MySQL › mysql 删除一条数据后显示这个，大佬们这个怎么解决？ |
MySQL Bugs: #45670: Secondary auto-incremented primary fields on replicas end up with wrong value - https://bugs.mysql.com/bug.php?id=45670 说明了这个问题，也给出了解决方法，但是并没有说明为什么。
如果有人知道为什么的话，分享一下，提前谢谢了。
如果有人知道为什么的话，分享一下，提前谢谢了。
7 天前 回复了 autoname 创建的主题 › MySQL › 环形 sql 主从同步， 3 台机子挂掉其中一台该怎么办 |
在“Designing Data-Intensive Applications - CHAPTER 5 Replication - Multi-Leader Replication - Multi-Leader Replication Topologies”中，介绍了三种不同 replication topologies：1. circular topology 2. star topology 3. all-to-all topology 。
它说“A problem with circular and star topologies is that if just one node fails, it can interrupt the flow of replication messages between other nodes, causing them to be unable to communicate until the node is fixed. The topology could be reconfigured to work around the failed node, but in most deployments such reconfiguration would have to be done manually. The fault tolerance of a more densely connected topology (such as all-to-all) is better because it allows messages to travel along different paths, avoiding a single point of failure.”，也就是说如果你继续采用 circular topology 的话，如果其中一个节点失败了，你可以重新配置 topology，你也可以选择容错性更好的 all-to-all topology 。
当然不同的 topologies 都有各自的优缺点，具体的话，你可以看一下“Designing Data-Intensive Applications”这本书。
顺便说一下，你这个根本不是主从同步，而是 Multi-Leader Replication 。
它说“A problem with circular and star topologies is that if just one node fails, it can interrupt the flow of replication messages between other nodes, causing them to be unable to communicate until the node is fixed. The topology could be reconfigured to work around the failed node, but in most deployments such reconfiguration would have to be done manually. The fault tolerance of a more densely connected topology (such as all-to-all) is better because it allows messages to travel along different paths, avoiding a single point of failure.”，也就是说如果你继续采用 circular topology 的话，如果其中一个节点失败了，你可以重新配置 topology，你也可以选择容错性更好的 all-to-all topology 。
当然不同的 topologies 都有各自的优缺点，具体的话，你可以看一下“Designing Data-Intensive Applications”这本书。
顺便说一下，你这个根本不是主从同步，而是 Multi-Leader Replication 。
8 天前 回复了 sdfqwe 创建的主题 › MySQL › mysql 优化问题 |
Select Language