您好、欢迎来到现金彩票网!
当前位置:2019欢乐棋牌 > 主从复制 >

如何加快mysql主从复制

发布时间:2019-07-29 21:58 来源:未知 编辑:admin

  回答:使用单线程重放relaylog使得同步时间会比较久,导致主从延时很长,优化思路不难想到,可以【多线程并行】重放relaylog来缩短同步时间。

  mysql如何“多线程并行”来重放relaylog,是本文要分享的主要内容。

  通过多个线程来并行重放relaylog是一个很好缩短同步时间的思路,但实施之前要解决这样一个问题:

  如何来分割relaylog,才能够让多个work-thread并行操作数据data时,使得data保证一致性?

  首先,【随机的分配relaylog肯定是不行的】,假设relaylog中有这样三条串行的修改记录:

  随机分配并行执行:3个工作线个语句,谁最后执行成功是不确定的,故得到的数据可能与主库不同

  好,对于这个问题,可以用什么样的思路来解决呢(大伙怎么想,mysql团队其实也就是这么想的)

  【方法一:相同库上的写操作,用相同的work-thread来重放relaylog;不同库上的写操作,可以用多个work-thread并发来重放relaylog】

  很多公司对mysql的使用是“单库多表”,如果是这样的话,仍然是同一个work-thread在串行执行,还是不能提高relaylog的重放速度。

  其实,数据量大并发量大的互联网业务场景,“多库”模式还具备着其他很多优势,例如:

  对于架构师进行架构设计的启示是:使用多库的方式设计db架构,能够降低主从同步的延时。

  仔细回顾和思考,即使只有一个库,数据的修改和事务的执行在主库上也是并行操作的,既然在主库上可以并行操作,在从库上为啥就不能并行操作,而要按照库来串行执行呢(表示不服)?

  新的思路:将主库上同时并行执行的事务,分为一组,编一个号,这些事务在从库上的回放可以并行执行(事务在主库上的执行都进入到prepare阶段,说明事务之间没有冲突,否则就不可能提交),没错,mysql正是这么做的。

  新版的mysql,将组提交的信息存放在GTID中,使用mysqlbinlog工具,可以看到组提交内部的信息:

  last_committed表示事务提交时,上次事务提交的编号,如果具备相同的last_committed,说明它们在一个组内,可以并发回放执行。

  从mysql并行复制缩短主从同步时延的思想可以看到,架构的思路是相同的:

  (2)多线程并发分派任务时必须保证幂等性:mysql的演进思路,提供了“按照库幂等”,“按照commit_id幂等”两种方式,思路大伙可以借鉴

  mysql5.6- 按照库并行复制,对大伙的启示:使用“多库”架构吧

  MySQL的主从复制是一个异步的复制过程(虽然一般情况下感觉是实时的),数据将从一个Mysql数据库(我们称之为Master)复制到另一个Mysql数据库(我们称之为Slave),在Master与Slave之间实现整个主从复制的过程是由三个线程参与完成的。其中有两个线程(SQL线程和IO线程)在Slave端,另一个线程(I/O线程)在Master端。

  要实现MySQL的主从复制,首先必须打开Master端的binlog记录功能,否则就无法实现。因为整个复制过程实际上就是Slave从aster端获取binlog日志,然后再在Slave上以相同顺序执行获取的binlog日志中的记录的各种SQL操作

  1)在Slave 服务器上执行sart slave命令开启主从复制开关,开始进行主从复制。

  2)此时,Slave服务器的IO线程会通过在master上已经授权的复制用户权限请求连接master服务器,并请求从执行binlog日志文件的指定位置(日志文件名和位置就是在配置主从复制服务时执行change

  3)Master服务器接收到来自Slave服务器的IO线程的请求后,其上负责复制的IO线程会根据Slave服务器的IO线程请求的信息分批读取指定binlog日志文件指定位置之后的binlog日志信息,然后返回给Slave端的IO线程。返回的信息中除了binlog日志内容外,还有在Master服务器端记录的IO线程。返回的信息中除了binlog中的下一个指定更新位置。

  4)当Slave服务器的IO线程获取到Master服务器上IO线程发送的日志内容、日志文件及位置点后,会将binlog日志内容依次写到Slave端自身的Relay Log(即中继日志)文件(Mysql-relay-bin.xxx)的最末端,并将新的binlog文件名和位置记录到master-info文件中,以便下一次读取master端新binlog日志时能告诉Master服务器从新binlog日志的指定文件及位置开始读取新的binlog日志内容

  5)Slave服务器端的SQL线程会实时检测本地Relay Log 中IO线程新增的日志内容,然后及时把Relay LOG 文件中的内容解析成sql语句,并在自身Slave服务器上按解析SQL语句的位置顺序执行应用这样sql语句,并在记录当前应用中继日志的文件名和位置点

  GTID(Global Transaction ID)是对于一个已提交事务的编号,并且是一个全局唯一的编号。 GTID实际上是由UUID+TID组成的。其中UUID是一个MySQL实例的唯一标识。TID代表了该实例上已经提交的事务数量,并且随着事务提交单调递增。下面是一个GTID的具体形式

  文/Bruce.Liu1 文章大纲复制概述1.1. 复制基本概念1.2. 常见复制结构1.3. 主从复制原理1.4. 主从复制模式复制最佳实践2.1. 双主复制部署2.2. 分发、级联复制部署2.3. 分发、级联结构调整2.4. 复制常见错误处理复制过滤应用3.1. 复制参...

  最近几天在看一本书王乐平老师的《1368个单词就够了》,原谅我,我实在想不到什么好的标题了,大家不要怪我。看到书名,你们就知道我有多功利了吧,我真地也不想这样,但是确实要挽救一下我“无可救药”的口语。说个小插曲,就在看这本书的时候,就是前几天去博物馆休息地长椅上,还...

  奔腾 我是日记星球118号星宝宝奔腾,正在参加孙老师的日记星球21天蜕变之旅的写作训练,这是我的第33篇原创日记。 2017年3月10日 星期五 晴 导读:在一个大城市,买套房,似乎内心就可以“安定”下来。但是,以现在的房价,除了富二代以外的年轻人要买得起房只有两个办法,一...

http://api-crypt.com/zhucongfuzhi/162.html
锟斤拷锟斤拷锟斤拷QQ微锟斤拷锟斤拷锟斤拷锟斤拷锟斤拷锟斤拷微锟斤拷
关于我们|联系我们|版权声明|网站地图|
Copyright © 2002-2019 现金彩票 版权所有