生产环境中常用的一种数据库备方式,适用于组建热备及高可用
用途和用条件
mysql主从复制用途
- 实时灾备,用于故障切换
- 读写分离,提供查询服务
- 备份,避免影响业务
主从部署必要条件:
- 主库开启binlog日志(设置log-bin参数)
- 主从server-id不同
- 从库服务器能连通主库
主从原理
mysql主从复制原理
从库生成两个线程,一个I/O线程,一个SQL线程;
i/o线程去请求主库 的binlog,并将得到的binlog日志写到relay log(中继日志) 文件中;
主库会生成一个 log dump 线程,用来给从库 i/o线程传binlog;
在没开启log_slave_updates时, Replay log的记录操作不会写进binlog里.
SQL 线程,会读取relay log文件中的日志,并解析成具体操作,来实现主从的操作一致,而最终数据一致;
同步模式
主从常见架构
-- 基本应用
单向复制:主 --> 从
-- 扩展应用
链式复制:主 --> 从 --> 从
双向复制:主 <--> 从
放射式复制:从 <-- 主 --> 从
1) 单向复制 主-->从 实现方式
A) 主库配置步骤:
--1--启用binlog 修改配置文件/etc/my.cnf
--2--做用户授权(添加一个从同步数据时的连接用户)
B) 从库配置步骤
--1--指定server-id
--2--管理员登陆指定主数据库服务器的信息
--3--启动slave进程
mysql> start slave;
//如果那两项都是yes就表示设置成功了, 这时主库有数据更新添加等操作时,从库也会跟着同步操作
//注: reset slave;清空设置 stop slave; 停止从库同步命令
2) 链式复制 主1 --> 从2 --> 从3 实现方式
-- 这里主1和从2如上面主-从操作那样先设置成功
-- 然后再从2和从3如上面主-从操作那样设置成功(从2是从3的主库)
-- 再把从2
5 )同步模式设置
先查看是否允许动态加载模块 默认允许
mysql> show variables like "have_%";
....
have_dynamic_loading | YES //默认是允许
...
-->
设置永久启用,修改/etc/my.cnf配置文件,修改后需要重启服务
双向复制:主 <--> 从(互为主从,两边都加入下面配置)
rpl-semi-sync-slave-enabled = 1
rpl-semi-sync-master-enabled = 1
//在有的高可用架构下,多是用master和slave机都开启这个功能即可
常问题及解决方法
从库设置问题
- -->常见的有uuid相同, 主要是由全复制数据库时产生
- [root@host50 ~]# vim /var/lib/mysql/auto.cnf
[auto]
server-uuid=4506f68e-63d2-11e8-a510-525400e1b4fc //修改其中一个以上数字即可,然后重启服务 - -->server-id问题
- -->Slave_IO_Running: NO /connecting
- 这个主要是主库授权时IP写错, 或从库设置时写错IP, 用户名等,
mysql主从复制存在的问题:
- 主库宕机后,数据可能丢失
- 从库只有一个sql Thread,主库写压力大,复制很可能延时
解决方法:
- 半同步复制---解决数据丢失的问题
- 并行复制----解决从库复制延迟的问题