mysql主从复制原理 - Go语言中文社区

mysql主从复制原理


整理自深入浅出mysql:https://download.csdn.net/download/qq_16399991/10660150

概述

     mysql从3.23版本开始提供复制功能,复制是将主库的DDL和DML操作通过二进制日志传递到复制服务器(从库)上,然后从库对这些日志重新执行(重做),从而使得主库和从库保持数据一致。

    mysql复制的优点:

  • 如果主库出现问题,可以快速切换到从库提供服务
  • 可以在从库执行查询操作,降低主库的访问压力。
  • 可以在从库进行备份,以免备份期间影响主库的服务。

注意:由于mysql实现的异步复制,所以主库和从库数据之间存在一定的差异,在从库执行查询操作需要考虑这些数据的差异,一般只有更新不频繁和对实时性要求不高的数据可以通过从库插叙,实行要求高的仍要从主库查询。

复制原理

mysql的复制原理大致如下。

(1)首先,mysql主库在事务提交时会把数据库变更作为事件Events记录在二进制文件binlog中;mysql主库上的sys_binlog控制binlog日志刷新到磁盘。

(2)主库推送二进制文件binlog中的事件到从库的中继日志relay log,之后从库根据中继日志重做数据库变更操作。通过逻辑复制,以此来达到数据一致。

Mysql通过3个线程来完成主从库之间的数据复制:其中BinLog Dump线程跑在主库上,I/O线程和SQl线程跑在从库上。当从库启动复制(start slave)时,首先创建I/O线程连接主库,主库随后创建Binlog Dump线程读取数据库事件并发给I/O线程,I/O线程获取到数据库事件更新到从库的中继日志Realy log中去,之后从库上的SQl线程读取中继日志relay log 中更新的数据库事件并应用。

复制中的各类文件

除了 二进制文件binlog 、中继日志relay-log外,为了保证从库crash重启后,从库的io线程和sql线程仍能够知道从哪里复制,从库上默认还创建两个日志文件master.info和relay-log.info用来保存复制进度。

例如通过show slave status 可以看到当前从库的赋值状态;

三种复制方式

二进制binlog的格式有三种:

statement:基于sql的binlog,每条修改数据的sql都会保存到binlog里。

row:基于行级别,记录每一行数据的变化,也就是将每一行数据的变化都记录到binlog里,记录非常详细。

mixed:混合statement和row模式。

复制的常见三种架构

一主多从

多级复制

双主复制 :可参考:mysql复制-mysql双主热备实现 https://blog.csdn.net/qq_16399991/article/details/82771584

-------------

搭建过程可参考https://mp.csdn.net/postedit/82740881

版权声明:本文来源CSDN,感谢博主原创文章,遵循 CC 4.0 by-sa 版权协议,转载请附上原文出处链接和本声明。
原文链接:https://blog.csdn.net/qq_16399991/article/details/82749333
站方申明:本站部分内容来自社区用户分享,若涉及侵权,请联系站方删除。
  • 发表于 2020-02-13 12:50:14
  • 阅读 ( 1194 )
  • 分类:数据库

0 条评论

请先 登录 后评论

官方社群

GO教程

猜你喜欢