MySQL5.7——–基于无损复制搭建主从

1. 背景 * MySQL Replication默认都是异步（开发云主机域名asynchronous），当主库在执行完一些事务后，是不会管备库的进度的。如果备库不幸落后，而更不幸的是主库此时又出现Crash（例如宕机），这时备库中的数据就是不完整的。简而言之，在主库发生故障的时候，我们无法使用备库来继续提供数据一致的服务了。 * Semi sync Replication(半同步复制)是在master上提交完成后，再传送到slave等待ack应答，仅仅在一定情况下事务的已经传递到一个slave上，但是并不确保已经在备库上执行完成，会造成最后一次events的主备不一致。 *lossless replication(无损复制)是在master提前过程中，传送到slave中等待应答。当至少一个slave request bilog后写入到relay-log并flush disk，就返回ack
2. lossless replication传输过程3. 环境 * master 实例环境
* slave 实例环境
* master 实例my.cnf文件
* slave 实例my.cnf文件
4. 搭建无数据基于无损全复制主从 [ master原来无数据 ] * Master创建复制所使用的用户 [ 此处ip设置为slave服务IP或者% ]
*master服务器上查看binlog文件名和日志位置
* slave服务器上设置master信息 未开启slave服务时，Slave_IO_Running与Slave_SQL_Running状态成No master_log_file 设置开始复制文件, master_log_pos 开始文件复制点
* 开启slave服务，并查看状态 正常开启slave服务后，Slave_IO_Running与Slave_SQL_Running状态成Yes
* Master上查看Slave连接信息
* Master上操作创建数据库与表，并插入数据
*Slave上查看
5. 搭建有数据基于无损全复制主从 [ master原来有数据 ] * 查看mytest库内容
* 使用mysqldump原子导出master库数据，并记录binlog [ 测试只有mytest库 ] 如果有多个库，-B参数后逗号分隔。
* 将导出的备份文件mytest.sql传输到slave
* slave创建相同的数据库，并将备份导入
* Master创建复制所使用的用户 [ 此处ip设置为slave服务IP或者% ]
* 查看备份文件mytest.sql查看binlog文件名和日志位置
* slave服务器上设置master信息 未开启slave服务时，Slave_IO_Running与Slave_SQL_Running状态成No
*开启slave服务，并查看状态
* master上mytest库数据操作
* slave上查看
6. 总结
以需求驱动技术，技术本身没有优略之分，只有业务之分。

相关推荐: Linux下通用二进制安装包安装MySQL-5.6.37

记录下在CentOS 6.9环境安装MySQL 5.6.37的过程，供大家参考。如果centos7以上的系统：需要卸载 rpm -e mariadb-libs-5.5.52-1.el7.x86_64 –nodeps1、准备数据存放的文件系统新建一个逻辑卷，并…