【案例讨论】数据库中的“生死时速”MySQL主从同步加速度案例讨论！欢迎大家踊跃参加!

我橡皮擦

顶一下。支持

不是爱伤悲

Transfer的这么多功能，自己造轮子就累了。这里直接用MySQL来充当此角色。为了方便描述，下文还将之称为transfer。Transfer更新slave在功能上可以使用federated引擎，但由于其纠结的实现导致性能上达不到要求，因此在MySQL框架层中作了一点修改――读到同步日志后，直接发送给slave。

方案简单描述如下：

1、 Slave机器上搭另外的若干个MySQL(transfer)，将其设为Master的从库，且设置replicate-do-table, 每个transfer承担一部分的表。

2、 所有Transfer的更新目标都设置为slave，其更新方式是读到日志后直接mysql_real_query执行到slave上。

jerry_xing8

首先承认 我使用Mysql 非常少，做Mysql 的构架更少。
1.mysql binarylog 复制，同步到 slaver的 relaylog ，其中根本 无法实现实例级别的一致性，
不然的话，mysql 就不是mysql了，只能说mysql 的读一致性，是介于 硬一致性  和  软一致性之间的一致性 。
2. 看见 过有人提过mysql 的集群族的构架， 不知道是不是 有很多公司在实践，可以解决master的写瓶颈，但是 具体细节还不是很清楚，希望得到大家的高见！

jindows

悲剧啊，图片看不了。itpub等技术论坛可以访问，其他就不能了，图存在其他域名的网站，所以看不了。

viptell

看不懂，，，，但要支持。。。呵。

xgghxkhuang

纯支持，对mysql不熟

xgghxkhuang

有一个问题，多线程中的分散负载是按照什么分散的？插入，删除还行，更新如何分散呢？感觉大表更新可能不好分散呀？

viptell

支持一下

baochangjun137

chinafenghao 发表于 2012-8-29 09:36
1. MySQL数据库主从同步延迟原理。
要说延时原理，得从mysql的数据库主从复制原理说起，mysql的主从复制都 ...

up，主从同步延时产生的原因加一条：主从之间的网络状况

wjlcn

案例中的 配置多个 transfer ，如果遇到主库宕机，切换服务器的时候，中间的操作会不会变得复制？