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

wjlcn · 发表于 2012-9-2 17:17

MySQL数据库主从同步延迟，除了本身的网络延时外，还存在slave 跟不上master，因为master中的写是多线程的，而同步的写是单线程的；
可能是业务的并发不算太大，比较少遇到各位兄台所说的同步延时很大的情况。

但在高峰期，还是存在同步延时的情况，因为是内网同步，所以这就不存在网络问题；
由于业务关系，丢一小部分数据还是可以接受的，所以对于存在延时比较大的主从同步，调整参数 innodb_flush_log_at_trx_commit = 0 （还是比设置为2快了一点）；再者，实在跟不上的情况下，还是可以考虑提高一下服务器的硬件性能，如ssd盘。

对于slave上的多线程同步的patch，暂时没用过，向各位高手学习了。。。

lchmli · 发表于 2012-9-3 08:34

最近也在考虑mysql同步问题，关注中.....

lchmli · 发表于 2012-9-3 09:37

问一下熟悉mysql复制机制的朋友，"MySQL从库上有一个IO线程负责从主库取binlog到写到本地",在网络正常的情况下，这块的延迟是多少？具体来讲，在主库中插入一条记录，从库中多少时间后能看到？如果主机（主库所在服务器）突然宕掉，有多少时间的数据会传不到从库中？谢谢！

vikkll · 发表于 2012-9-4 13:46

lchmli 发表于 2012-9-3 09:37
问一下熟悉mysql复制机制的朋友，"MySQL从库上有一个IO线程负责从主库取binlog到写到本地",在网络正常的情况 ...

这个东西你解决了么？

swt522 · 发表于 2012-9-4 14:07

这个方案是不错的想法，也是mysql所缺少的！
之前使用mysql-proxy 实现读写分离，就遇到了从库更新延时，导致数据库没有读到，页面报错。当时解决的方案就是想上线的时候，通过增强硬件（ssd）去解决。同时放弃了mysql-proxy。一直想找能解决的方案。可惜一直没找到。只知道淘宝有很好的解决方案（可惜不开源）
把mysql改造成transfer然后实现同步确实是不错的~！但估计也只有大公司才有这个实力和能力做。