Tech 导读 MySql是常用的数据库，本文将为读者带来MySql主从同步知识点的分享，巩固MySql基础知识。通过图文并茂地讲解如何解决主从同步一致性的问题，也可以让读者们全方位了解MySql主从同步的过程。
数据库读写分离对于大型系统或者访问量很高的互联网应用来说，是必不可少的一个重要功能。
Hi,各位热爱技术的小伙伴您们好，好久没有写点东西了，今天写点关于mysql主从同步配置的操作日志同大家一起分享。最近自己在全新搭建一个mysql主从同步读写分离数据库简单集群，我讲实际操作步骤整理分享处理，希望对在学习路上的你有所以帮助，当然如果是你是老鸟，写的不好的地方，多多包涵。废话不多说，言归正传，直入主题。
🍁 作者：知识浅谈，CSDN签约讲师，CSDN原力作者，后端领域优质创作者，热爱分享创作 💒 公众号：知识浅谈 📌 擅长领域：后端全栈工程师、爬虫、ACM算法 🔥 联系方式vx：zsqtcc 这次探索的问题： 什么是 Mysql主从同步？ Mysql主从同步为什么会有主从延迟？ 主从同步延迟解决方案？ 🤞这次都给他拿下🤞 为什么 主从同步 会暴露出问题呢？ 主从同步虽然满足了性能上要求，但一致性可能会有问题。 正菜来了🛴🛴🛴 🍖Mysql主从同步是？ 因为数据访问量的大量增长，单体数据库主键有
大家好！我是黄啊码，MySQL的入门篇已经讲到第15个课程了，今天我们继续讲讲大白篇系列的最后一章——数据库的主同步问题
之前部署了Mysql主从复制环境（Mysql主从同步(1)-主从/主主环境部署梳理），在mysql同步过程中会出现很多问题，导致数据同步异常。 以下梳理了几种主从同步中可能存在的问题: 1）slave运行过慢不能与master同步，也就是MySQL数据库主从同步延迟 MySQL数据库slave服务器延迟的现象是非常普遍的，MySQL复制允许从机进行SELECT操作，但是在实际线上环境下，由于从机延迟的关系，很难将读取操作转向到从机。这就导致了有了以下一些潜规则：“实时性要求不高的读取操作可以放到slave服
缓存删除后，尚未更新数据库，并发读请求，从数据库读到了旧值，并且更新到缓存导致后续请求都是旧值。
最近在梳理数据库集群的相关操作，现在花点时间整理一下关于mysql数据库集群的操作总结，恰好你又在看这一块，供一份参考。本次系列终结大概包括以下内容：多数据库安装、mycat部署安装、数据库之读写分离主从复制、数据库之双主多重、数据库分库分表。每一个点，有可能会对应一篇或者多篇文章，由于还要继续上班工作，所以本系列分享预计持续时间需要10天左右，有兴趣的您可以持续关注。我是一个菜鸟，如果写的不好的地方，望多多指点和包涵。
在高并发网站架构中，MySQL数据库主从同步是不可或缺的，不过经常会发生由于网络原因或者操作错误，MySQL主从经常会出现不同步的情况，那么如何监控MySQL主从同步，也变成检测网站正常运行的重要环节。
进入/mydata/mysql-master/conf目录下新建my.cnf(上面启动容器实例指定的路径)
所以能看到主从同步的内容就是二进制日志（Binlog），它虽然叫二进制日志，实际上存储的是一个又一个事件（Event），这些事件分别对应着数据库的更新操作，比如 INSERT、UPDATE、DELETE 等。另外我们还需要注意的是，不是所有版本的 MySQL 都默认开启服务器的二进制日志，在进行主从同步的时候，我们需要先检查服务器是否已经开启了二进制日志。
（1）主从服务器操作系统版本和位数必须一致； （2）主节点（Master）和从节点（Slave）数据库版本必须一致； （3）主节点（Master）和从节点（Slave）数据库中的数据必须一致； （4）主节点（Master）需要开启二进制日志； （5）主节点（Master）和从节点（Slave）的 server-id 在局域网内必须唯一。
前段时间遇到一个线上问题，后来排查好久发现是因为主从同步延迟导致的，所以今天写一篇文章总结一下这个问题希望对你有用。如果觉得还不错,记得加个关注点个赞哦
大家好，咱们前面通过十篇的文章介绍了docker的基础篇，从本篇开始，咱们的《docker学习系列》将要进入到高级篇阶段(基础篇大家可以查看之前发布的文章)。
环境 操作系统：CentOS-6.6-x86_64-bin-DVD1.iso MySQL版本：mysql-5.6.26.tar.gz 主节点IP：192.168.1.205 主机名：edu-mysql-01 从节点IP：192.168.1.206 主机名：edu-mysql-02 主机配置：4核CPU、4G内存 依赖课程 《高可用架构篇--第13节--MySQL源码编译安装（CentOS-6.6+MySQL-5.6）》 MySQL主从复制官方文档 http://dev.mysql.com/doc/refma
一、master记录二进制日志。在每个事务更新数据完成之前，master在二进制日志记录这些改变。MySQL将事务写入二进制日志，即使事务中的语句都是交叉执行的。在事件写入二进制日志完成后，master通知存储引擎提交事务。 二、slave将master的binary log拷贝到它自己的中继日志。首先，slave开始一个工作线程——I/O线程。I/O线程在master上打开一个普通的连接，然后开始binlog dump process。Binlog dump process从master的二进制日志中读取事件，如果已经执行完master产生的所有文件，它会睡眠并等待master产生新的事件。I/O线程将这些事件写入中继日志。 三、SQL slave thread（SQL从线程）处理该过程的最后一步。SQL线程从中继日志读取事件，并重新执行其中的事件而更新slave的数据，使其与master中的数据一致。
当master服务器上的数据发生改变时(增、删、改)，则将其改变写入二进制binlog日志中；slave服务器会在一定时间间隔内对master二进制日志进行探测其是否发生改变，如果发生改变，则开启一个I/O 线程请求master二进制事件，同时主节点为每个I/O线程启动一个dump线程，用于向其发送二进制事件，并保存至从库本地的中继日志中，从库(从节点)将启动SQL线程从中继日志中读取二进制日志，在本地重放，使得其数据和主节点的保持一致，最后IO线程和SQL线程将进入睡眠状态，等待下一次被唤醒。
🧑个人简介：大家好，我是 shark-Gao，一个想要与大家共同进步的男人😉😉
随着业务的增长和技术的演进，在应用架构上，我们经历了单一用用架构->垂直应用架构->分布式应用架构的发展。对应的，后台数据库也出现了分布式的解决方案。读写分离，负载均衡读写以及两点双写集群甚至于多点多写集群这些，都离不开数据库的同步。一般的，这些同步都是在同一机房内的。 渐渐的，我们的业务扩展到了全国各地甚至与全世界各地。我们不能也不再满足于将应用和数据库部署在一个机房之中。在多个机房中，我们部署相同的服务。那么一个比较严峻的问题就是数据库跨机房的镜像如何做，也就是我们如何保证不同机房间的数据一致性？
修改mysql配置文件，不同的系统my.cnf路径不同（CentOS中位于/etc/my.cnf）
canal是一款基于数据库增量日志解析，提供增量数据订阅与消费的框架，整个框架纯JAVA开发，目前仅支持Mysql和MariaDB（和mysql类似）。
主库记录二进制日志。在每次准备提交事务完成数据更新前，主库将数据更新的事件记录到二进制日志中。MySQL会按事务提交的顺序而非每条语句的执行顺序来记录二进制日志。在记录二进制日志后，主库会告诉存储引擎可以提交事务了。下一步，备库将主库的二进制日志复制到其本地的中继日志中。首先，备库会启动一个工作线程，称为I/O线程，I/O线程跟主库建立一个普通的客户端连接，然后在主库启动一个特殊的二进制转储线程，这个二进制转储线程会读取主库上二进制日志中的事件。他不会对事件进行轮询。如果该线程追赶上了主库，他将进入睡眠状态，直到主库发送信号量通知其有新的事件产生时才会被唤醒，备库I/O线程会将接收到的事件记录到中继日志中。
命令解读： docker run ：创建并运行一个容器 –name : 给容器起一个名字，比如叫做abc -p ：将宿主机端口与容器端口映射，冒号左侧是宿主机端口，右侧是容器端口 -d：后台运行容器 -e：环境变量，如密码什么的 -v：挂载一个数据卷到某个容器内目录，上面分别配置了日志、数据、配置的数据卷
MySQL 主从复制的方式有多种，本文主要演示基于基于日志（binlog）的主从复制方式。
大多数人都很清楚，在高并发的时候，如果所有的数据库操作都只通过一台数据库来操作，那数据库很大程度可能出现宕机，而宕机就有可能导致数据丢失，造成不良后果。所以在并发量高的情况下一般会使用主从同步来实现读写分离。本篇文章主要就是围绕主从同步实现读写分离这个主题去讲解。我们其实在Redis专题中也有提到过主从同步的概念，现在我们可以先看下主从同步和读写分离的具体概念。
本人是测试环境，准备了两台安装好mysql的服务器（masterA和masterB），可以保证没数据写入，否则需要先将两台服务器上的数据一致，然后再进行主从配置，步骤是：先masterA锁表-->masterA备份数据-->masterA解锁表-->将masterA数据导入masterB-->设置主从。
新建主服务器容器实例3307 docker run -p 3307:3306 --name mysql-master \ -v /mydata/mysql-master/log:/var/log/mysql \ -v /mydata/mysql-master/data:/var/lib/mysql \ -v /mydata/mysql-master/conf:/etc/mysql \ -e MYSQL_ROOT_PASSWORD=root \ -d mysql:5.7 进入/mydat
Mysql主从同步，要求需要先搭建至少两个mysql实例，一主一从，使用推荐Docker搭建Mysql《Docker部署安装Mysql》
主从基本概念 mysql主从同步定义 主从同步使得数据可以从一个数据库服务器复制到其他服务器上，在复制数据时，一个服务器充当主服务器（master），其余的服务器充当从服务器（slave）。因为复制是异步进行的，所以从服务器不需要一直连接着主服务器，从服务器甚至可以通过拨号断断续续地连接主服务器。通过配置文件，可以指定复制所有的数据库，某个数据库，甚至是某个数据库上的某个表。 使用主从同步的好处： 通过增加从服务器来提高数据库的性能，在主服务器上执行写入和更新，在从服务器上向外提供读功能，可以动态地调整从服
在家远程办公第三周，快被手机上的消息搞的有些神经质了，生怕错过一条有用的信息，没办法形势如此，公司摇摇欲坠大家也都如履薄冰，毕竟这时候失业有点惨（穷怕了）。
主服务器和从服务器可以位于不同的网络拓扑中，还能对整台服务器、特定的数据库，甚至特定的表进行复制。
MySQL5.6加入了GTID的新特性，其全称是Global Transaction Identifier，可简化MySQL的主从切换以及Failover。GTID用于在binlog中唯一标识一个事务。当事务提交时，MySQL Server在写binlog的时候，会先写一个特殊的Binlog Event，类型为GTID_Event，指定下一个事务的GTID，然后再写事务的Binlog。主从同步时GTID_Event和事务的Binlog都会传递到从库，从库在执行的时候也是用同样的GTID写binlog，这样主从同步以后，就可通过GTID确定从库同步到的位置了。也就是说，无论是级联情况，还是一主多从情况，都可以通过GTID自动找到需要进行复制的点位，而无需像之前版本那样通过File_name和File_position来进行位置点的主从复制。
因为实际的业务需求最近就需要部署一些MySQL服务器，而在部署mysql服务器中在做主从同步时用的都是MySQL Replication的主从同步的方法，当然实现mysql主从同步的方法还有很多，这里就只说使用MySQL Replication的主从同步的功能，在实现mysql的主从同步的常用的2种配置方式，当然可以根据实际的生产环境选择不同的方式，在这里就简单的把2种配置方法配置my.cnf说一下，因为以前有写过mysql的主从同步方法，这里就不再赘述了，需要可以参看：http://www.linuxidc.com/Linux/2017-02/140454.htm，这里为方便就用以上为例子
根据上图可以看到QPS：10.73k,实际上真实的并发大量数据到达的时候，我这里最高的QPS是将近15k.而目前单个数据库分片(实例)4CPU8G内存的配置下，最高的性能是7k的QPS。
在高并发的时候，如果所有的数据库操作都只通过一台数据库来操作，那数据库很大程度可能出现宕机，而宕机就有可能导致数据丢失，造成不良后果。所以在并发量高的情况下一般会使用主从同步来实现读写分离。上一篇针对主从同步做了具体的介绍，本篇主要针对读写分离做详细的介绍。
主从复制是指将主数据库的DDL和DML操作通过二进制日志传到从数据库上，然后在从数据库上对这些日志进行重新执行，从而使从数据库和主数据库的数据保持一致。
背景 如果，初次配置完成了 MySQL 数据库的读写分离操作 那么，后面遇到稍大流量访问时； 首先遭遇到的便是 “主从同步延迟” 造成的后果 环境 Linux系统： CentOS7.2 mySQL版本： mySQL5.7.32 MySQL 数据库主从同步延迟原理 (摘抄经验) 推荐参考—— 【MySQL主从数据库同步延迟问题解决】 📷 DDL : 数据定义语言, DML :数据操纵语言 MySQL的主从复制都是单线程的操作， 主库对所有 DDL 和 DML 产生的日志写进 binlog，由于 b
大型网站为了软解大量的并发访问，除了在网站实现分布式负载均衡，远远不够。到了数据业务层、数据访问层，如果还是传统的数据结构，或者只是单单靠一台服务器来处理如此多的数据库连接操作，数据库必然会崩溃，特别是数据丢失的话，后果更是不堪设想。这时候，我们会考虑如何减少数据库的连接，下面就进入我们今天的主题。
中文无法插入，详见docker mysql设置编码，修改编码后，一定要重新建库建表测试。
之前部署了mysql主从同步环境（Mysql主从同步(1)-主从/主主环境部署梳理），针对主从同步过程中slave延迟状态的监控梳理如下： 在mysql日常维护工作中，对于主从复制的监控主要体现在： 1）检查数据是否一致；主从数据不同步时，参考下面两篇文档记录进行数据修复： mysql主从同步(3)-percona-toolkit工具（数据一致性监测、延迟监控）使用梳理 利用mk-table-checksum监测Mysql主从数据一致性操作记录 2）监控主从同步延迟，同步延迟的检查工作主要从下面两方面着手：
导读：本文介绍MySQL数据库备份之主从同步配置，通过将腾讯云服务器上的MySQL备份到本地服务器中这个例子来做出展开解释。
墨墨导读：本文介绍MySQL数据库备份之主从同步配置，通过将腾讯云服务器上的MySQL备份到本地服务器中这个例子来做出展开解释。
上个文章，我们成功搭建了某个库的主从同步了，但是在正常的使用中，可能多少会有问题，遇到这些问题后需要如何快速恢复呢，下面就讲一些我自己遇到和客户这里遇到的一些问题，供大佬们参考
我们要使用docker搭建一个mysql的主从复制，那么就相当于要创建两个容器，一个是主的，一个是从的
推荐阅读 微服务：springboot系列教程学习 源码：Javaweb练手项目源码下载 调优：十五篇好文回顾 面试笔试：面试笔试整理系列 一、什么是主从复制 将主数据库中的DDL和DML操作通过二进制日志传输到从数据库上，然后将这些日志重新执行（重做）；从而使得从数据库的数据与主数据库保持一致。 二、主从复制的作用 1、主数据库出现问题，可以切换到从数据库。 2、可以进行数据库层面的读写分离。 3、可以在从数据库上进行日常备份。 三、复制过程 📷 Binary log：主数据库的二进制日志。 Relay
在实际的生产中，为了解决Mysql的单点故障已经提高MySQL的整体服务性能，一般都会采用**「主从复制」**。
在实际使用MySQL的时候我们有时要增加一些新的库进行主从同步，所以可以通过修改my.cnf文件以及在主库上添加用户连接权限就可以实现主从同步，而在做主从同步的时候碰到几个问题这里就和大家说一下，至于如何构建主从同步这里就不再多说了，相信在网上能找到一大堆，这里就稍稍提几个关键点,在从库下的my.cnf添加如下几行：
MySQL主从介绍 MySQL主从又叫做Replication、AB复制。简单讲就是A和B两台机器做主从后，在A上写数据，另外一台B也会跟着写数据，两者数据实时同步的 MySQL主从是基于binlog的，主上须开启binlog才能进行主从。 主从过程大致有3个步骤 1）主将更改操作记录到binlog里 2）从将主的binlog事件(sql语句)同步到从本机上并记录在relaylog里 3）从根据relaylog里面的sql语句按顺序执行 主上有一个log dump线程，用来和从的I/O线程传递b
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
