MySQL主从原理、问题、解决方案和应用.docxVIP

— PAGE \* Arabic 1 — MySQL主从原理、问题、解决方案和应用 一．MySQL主从同步基本流程二．延迟的原因  三．解决方案一  四．解决方案二－－Transfer 五．应用场景和业务限制  六．保障和退化  七．在多主同步的应用  八．不能解决的光速问题  九．不能解决的更新延迟  MySQL主从同步基本流程  Master    Slave   MySQL 主从同步延迟原因   什么是延迟－－2和6的时间间隔   为什么延迟   2、  5的文件更新通知？不是3的网络延迟？不是   4的写盘延迟？不是  1  2  3  5  6  4  等等。。。1和2之间那个箭头怎么不画出来－－我们不关心  MySQL主从同步延迟原因  延迟原因  主库更新多线程  从库更新单线程    都是箭头，你咋这么苗条呢？  MySQL主从同步解决方案  解决方案：  从库变成多线程更新  反问一句：  三秒钟变格格么。有那么好  MySQL为什么不支持？   说胖就胖了啊。。。  MySQL主从同步解决方案  直接多线程存在的问题：  语句顺序无法保证－－insert和  update调换有什么问题？    又瘦回去了，怂了。。。  MySQL主从同步解决方案  导演说咔了吗？  其实我准备变身，  左上角的兄弟，  后面好像都没你的戏份了，  能不能先洗洗睡去？   MySQL主从同步解决方案  解决方案分析：  1、一定要多线程！为什么？  2、多线程又会打乱顺序  3、总是有些没那么严格的，是吧？  4、同一个表的更新必须按照顺序  5、不同表呢？  6、先作个不同表之间并行的，线上一个库都有很多表  过渡太久了吧，变身的那位呢？  MySQL主从同步解决方案  Slave      认不出来了，来个对比照  MySQL主从同步解决方案  应该是解决了  从此Master和Slave过着幸福的生活？  太na?ve了。。。  实际上，刚才那个是副导演  ，：  咱这剧本不允许主角变身！  未完待续  MySQL主从同步解决方案  方案考虑：  多线程是ok的  但是不能修改线上的代码  就是Master和Slave都不能动   变回来了，导演管饭，听导演的  MySQL主从同步解决方案  某路人     。。。肿么这么眼熟  MySQL主从同步解决方案    MySQL主从同步解决方案  以上为前传，介绍MySQL多线程同步工具(Transfer)的设计思路以下为文字解释版  1. MySQL的主从同步延迟，是指从库的更新性能低于主库的更新  性能。  2.相同的机器配置，出现性能差异的原因，是从库上单线程更新。   MySQL主从同步解决方案  3.一种方案是将从库的单线程apply改成多线程，但需要修改slave  的代码。  4.安全起见，以工具的形式提供多线程同步功能。  5. Transfer也是一个MySQL，DBA一般部署在slave同一个机器上，  放到/u01/mysql2  6. Transfer设置为Master的从库，接收日志后更新Slave  7.从Slave来看，Transfer是一个普通的Client。   一．MySQL主从同步基本流程二．延迟的原因  三．解决方案一  四．解决方案二－－Transfer 五．应用场景和业务限制  六．保障和退化  七．在多主同步的应用  八．不能解决的光速问题  九．不能解决的更新延迟  Transfer的应用场景和业务限制