普通网友: 回复后显示隐藏的内容

mqsmart: 双主复制互为主从就是个扯蛋的方案，也不知道最早是哪个2货提出来的，通过binlog只能同步数据，无法同步锁和事务： 1. 如果两个事务同时在两个上面同时update同一条数据，会导致相互覆盖，例如两个请求分别做n=n+1和n=n+2，正常情况下是n=n+1在执行时将该条数据锁住，n=n+2无法获取行级锁，所以被阻塞住，等n=n+1执行完了之后才能获取该行锁，在其结果上再执行，最后的结果应该是n+3，如果双主模式，这两个请求分别打在两个不同的节点上了，n=n+1在执行时，因行级锁无法在两个数据库进程间同步，所以n=n+2的操作是无法感知到该条数据已经被锁住，执行完的结果是一个节点是n+1，一个是n+2，相互同步后结果相互覆盖为n+2和n+1，与正解结果n+3不符； 2. 事务机制也无法同步，例如RR隔离级别的事务中，有两次读操作，第一次是读A表id=1，第二次读B表id=2，但是恰恰在第二次之前和第一次是读之后，其他事务将B表id=2这条数据update了n多次，这时当前事务读的不是最新数据，它读的是与当前事务开始时相符那个版本的数据，这个叫MVCC多版本控制，这个机制也无法在两个数据库进程间同步，所以如果有这种场景双主也是会出问题的 所以说双主复制互为主从就是个扯蛋的方案，除非你能保证在你的业务需求中不会出现以上两种场景，主从复制只适用于读写分离和主备切换恢复这两个用途

mqsmart: 双主复制互为主从就是个扯蛋的方案，也不知道最早是哪个2货提出来的，通过binlog只能同步数据，无法同步锁和事务： 1. 如果两个事务同时在两个上面同时update同一条数据，会导致相互覆盖，例如两个请求分别做n=n+1和n=n+2，正常情况下是n=n+1在执行时将该条数据锁住，n=n+2无法获取行级锁，所以被阻塞住，等n=n+1执行完了之后才能获取该行锁，在其结果上再执行，最后的结果应该是n+3，如果双主模式，这两个请求分别打在两个不同的节点上了，n=n+1在执行时，因行级锁无法在两个数据库进程间同步，所以n=n+2的操作是无法感知到该条数据已经被锁住，执行完的结果是一个节点是n+1，一个是n+2，相互同步后结果相互覆盖为n+2和n+1，与正解结果n+3不符； 2. 事务机制也无法同步，例如RR隔离级别的事务中，有两次读操作，第一次是读A表id=1，第二次读B表id=2，但是恰恰在第二次之前和第一次是读之后，其他事务将B表id=2这条数据update了n多次，这时当前事务读的不是最新数据，它读的是与当前事务开始时相符那个版本的数据，这个叫MVCC多版本控制，这个机制也无法在两个数据库进程间同步，所以如果有这种场景双主也是会出问题的 所以说双主复制互为主从就是个扯蛋的方案，除非你能保证在你的业务需求中不会出现以上两种场景，主从复制只适用于读写分离和主备切换恢复这两个用途

栗业呀: 笑话？ 你整个谷歌出来？

m0_68549964: 你好，请问你的源码还在吗？