今天中午，尝试着将线上rds的一套主从复制架构重新给搭建成一主两从的架构，在搭建的过程中，遇到了一些有意思的问题，记录一下：
1.从库的IO线程向主库的主进程发送请求，主库验证从库，交给主库IO线程负责数据传输; 2.主库IO线程对比从库发送过来的master.info里的信息，将binlog文件信息，偏移量和binlog文件名等发送给从库 3.从库接收到信息后，将binlog信息保存到relay-bin中，同时更新master.info的偏移量和binlog文件名 4.从库的SQL线程不断的读取relay-bin的信息，同时将读到的偏移量和文件名写道relay-log.info文件，binlog信息写进自己的数据库，一次同步操作完成。 5.完成上次同步后，从库IO线程不断的向主库IO线程要binlog信息 6.从库如果也要做主库，也要打开log_bin 和log-slave-update参数
MySQL主备是最简单的MySQL集群，和单机MySQL相比，只多了一个用于同步备份的MySQL。
本文以MySQL5.7为例，介绍在同一台机器下如何安装多个MySQL实例。 环境：RHEL 6.5 + MySQL 5.7
环境： MySQL 5.7.25 主主架构 故障现象： 发现互相之间的同步均发生异常，两端均出现1236错误，在两个主节点上分别执行show slave status显示的关键信息如下：
在同一个城市的两个数据中心（中心A和中心B）配置两个MySQL实例为双主复制模式是常见的设计。
之前托管的物理机组的Raid5出现了一块坏盘，介于最近的事情较多，暂时不打算对其做替换， 不管硬盘是否可靠，数据备份也是必要的。之前本来是有做计划任务备份的，但是使用的宝塔面板并不支持排除某个数据库，只能选择所有，我有个裤子达到了60G，也懒得去修改宝塔自带的计划任务。因为出现事故第一时间是恢复业务，然而备份只能说是second choice，后续可能会对其进行修改来实现排除某些个数据库的功能。 之前也做过主从，这次针对相关服务基于ipvs实现HA。
https://cloud.tencent.com/document/product/215/20186
mysql> show variables like 'log_bin'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | log_bin | ON | #二进制日志是关闭的 +---------------+-------+ 1 row in set (0.00 sec)
1、master打开my.ini，查看服务找到my.ini位置，不一定一定在安装目录，如：
（1）主从服务器操作系统版本和位数必须一致； （2）主节点（Master）和从节点（Slave）数据库版本必须一致； （3）主节点（Master）和从节点（Slave）数据库中的数据必须一致； （4）主节点（Master）需要开启二进制日志； （5）主节点（Master）和从节点（Slave）的 server-id 在局域网内必须唯一。
因为实际的业务需求最近就需要部署一些MySQL服务器，而在部署mysql服务器中在做主从同步时用的都是MySQL Replication的主从同步的方法，当然实现mysql主从同步的方法还有很多，这里就只说使用MySQL Replication的主从同步的功能，在实现mysql的主从同步的常用的2种配置方式，当然可以根据实际的生产环境选择不同的方式，在这里就简单的把2种配置方法配置my.cnf说一下，因为以前有写过mysql的主从同步方法，这里就不再赘述了，需要可以参看：http://www.linuxidc.com/Linux/2017-02/140454.htm，这里为方便就用以上为例子
要达到分布式布局，需要满足2个条件： 1. 框架程序的支持，如Thinkphp、YII2。 > TP的支持文档：http://document.thinkphp.cn/manual_3_2.html#distributed_database 2. 数据库的配置，使其支持主从或主主关系拷贝。 > 主从复制（亦叫 读写分离） > 主主复制（亦叫 互为主从，主主互备或双机热备） 主从复制，亦可称为读写分离 假设： 主服务器 -> 192.168.1.110 从服务器 -> 192.168.1.111 主服务器配
数据库服务器压力增大，增加多台mysql数据库服务器，需要建立主从复制机制保证数据一致同步。
我们用的在这篇文章《在CentOS上使用Nginx和Tomcat搭建高可用高并发网站》使用的只有一个MySQL数据库。
主服务器（master）IP：192.168.0.1 从服务器（slave）IP：192.168.0.2 首先确保主从服务器上的Mysql版本相同
备份并清空 /var/lib/mysql (也就是mysql的数据目录)，不清空在之后的恢复过程中会报错
在企业网站中，后端MySQL数据库只有一台时，会有以下问题： 遇到单点故障，服务不可用 无法处理大量的并发数据请求 数据丢失将会造成很大损失
备份数据库时,锁定数据表和解锁的方法 在服务器上，设定一个锁，确保没有操作数据库，以便获得一致性。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/111896.html原文链接：https://javaforall.cn
MySQL支持单向、异步复制，复制过程中一个服务器充当主服务器，而一个或多个服务器充当从服务器
常用的复制方式是一主一从的基本架构，但有时可能还会需要在一些特定的场景下进行Master的切换 如在Master端进行一些维护操作时，可能要停止MySQL的服务。这时候，为了尽可能减少停机时间，最佳做法就是将Slave节点切换成Master来提供写入的服务 但这样一来，原来Master节点的数据就会和实际的数据不一致了。当原Master启动可以正常提供服务的时候，由于数据不一致，不得不通过反转原Master - Slave关系，重新搭建Replication环境，并以原Master作为Slave来对外提供读
因为在做一个广告系统的项目，涉及到广告投放 与 检索 的解耦（增量索引），类时于主从备份之类的。
注：使用docker部署mysql实例，方便快速搭建演示环境。但本文重点是讲解主从配置，因此简略描述docker环境构建mysql容器实例。
一、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中的数据一致。
关于MySQL数据库的主从复制，网上相关文章多数是基于Linux环境，笔者曾有 实施过Windows环境下MySQL数据库的主从复制。以下文章为笔者实施过程的原始记录，给需要的朋友参考，原创不易，你的点赞是我写作的动力，十分感谢！
配置完成后，需要重启mysql服务使其修改的配置文件生效，使用如下命令使mysql进行重启
MySQL服务器的主从配置，本来是一件很简单的事情，无奈不是从零开始，总是在别人已经安装好的mysql服务器之上 ，这就会牵扯到，mysql的版本，启动文件，等一些问题。
完成配置后重启mysql服务。 修改slave2上的配置文件my.cnf，和上面类似，只是把server-id改下，为了方便，我都用了相应的ip某位，so，slave2上我设置的server-id是111。
2、可以对数据库做“热备”，热备只能解决硬件master硬件故障，软件故障等重大故障问题，但无法解决人为误操作导致的逻辑故障（列如输入错误的SQL语句把重要的记录删除了），所以常规的备份是必须。
松哥原创的 Spring Boot 视频教程已经杀青，感兴趣的小伙伴戳这里-->Spring Boot+Vue+微人事视频教程
环境：CentOS 6.7 + MySQL 5.6.30 主节点：192.168.56.102 从节点：192.168.56.103 已经分别安装好单机MySQL，现在配置两台MySQL的主从复制。
观察到服务器版本略有差异，应用在生产环境时最好将MySQL的版本保持一致。最不济也要保证前两位（5.7）版本保持一致，不要出现主（5.7）从（5.1）这种跨版本的情况。
mysqldump解决了mysql数据库的备份，它只是基于某个时间点做备份，无法解决实时备份的问题，为了解决mysql实时备份的问题，mysql官方推出了mysql主从备份机制，可以让用户通过设置mysql主从来实现数据库实时备份。
本人是测试环境，准备了两台安装好mysql的服务器（masterA和masterB），可以保证没数据写入，否则需要先将两台服务器上的数据一致，然后再进行主从配置，步骤是：先masterA锁表-->masterA备份数据-->masterA解锁表-->将masterA数据导入masterB-->设置主从。
准备装有mysql的两台服务器 IP分别为： xxx.xxx.xxx.1 （主） xxx.xxx.xxx.2 （从） 授权 将这两台IP授权，允许其它IP通过账号密码进行访问（添加账号为test，密码为12345） 分别登录两台服务器，进入mysql，输入： mysql> Grant all privileges on *.* to 'test'@'%' identified by '123456' with grant option; mysql> Flush privileges; 上述代码的意思是
最近免费试用了一下云服务器，然后在两台服务器上安装了Mysql并搭建了主从同步数据库。mysql数据库的安装，大家可以去查看我的另一篇博客文章，下面为大家介绍搭建步骤及原理。原理 my
MySQL的主从复制之前也没做过，刚百度了下发现并不算难，但同时开两个虚机挺麻烦，于是我就想到了使用docker来配置MySQL主从复制。
GRANT REPLICATION SLAVE ON *.* to 'root'@'111.111.111.111' identified by '123456'; flush privileges;
笔者在《MySQL数据库实现主从复制》这一篇文章中有提到读写分离这个技术，这个技术时基于主从复制之后的一种技术。在数据库主从复制中，一个主数据库有一个或者多个从数据库，我们可以对主数据库进行写入操作（insert，delete，update），对一个或者多个从数据库进行读取操作（select）。这个的操作方式，就是大量的查询请求也会分布到各个从数据库上，达到负载均衡，比如3个从数据库，有9条查询请求，那么每一个从数据库只要处理3条查询请求就可以了，大大减少了数据库的查询压力。
通过定义mysqldconfig类 mysqld_vars = {} 从里面获得很多配置文件相关参数写入字典
做开发的时候要做MySQL的数据库同步，两台安装一样的系统，都是FreeBSD5.4，安装了Apache 2.0.55和PHP 4.4.0，MySQL的版本是4.1.15，都是目前最新的版本。
本文实例讲述了CentOS服务器搭建mysql主从复制与读写分离的方法。分享给大家供大家参考，具体如下：
在生产用途中为了实现更大的吞吐和高可用可能会对数据库做主从复制或者集群，我们先从主从复制说起。
MySQL Replication俗称MySQL AB复制，主要是通过把主服务器上的二进制日志通过网络传到从服务器上，MYSQL会自己把二进制日志转换成相关的DDL，DML，DCL等语句！但这种复制不同于MySQL簇，它是单向异步的。目前MySQL 复制在企业应用率非常高，已经成为系统工程师必备的技能。
关于 MySQL 主从搭建，松哥之前写过好多篇文章了，还录过一个视频。不过之前的都是一主一从的结构，但是小伙伴们知道，我们在项目中，更常见一种结构是双 M 结构，即两个 MySQL 实例，每个 MySQL 实例互为主备，这样在主节点突然断电或者不可用的时候，slave 节点可以很快切换为 master，架构图如下： 在这种结构中，两个 MySQL 实例的地位是平等的，互为对方的主备，我们判断谁是主机谁是从机的方式主要是看 readonly，谁是只读的，那谁就是从机，所以这种情况下，主从切换也很方便，只要修
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
