mysql基于日志的主从复制详解-百分百源码网

mysql基于日志的主从复制详解

发布时间：09/01 来源：未知浏览：关键词：

总有人问我会不会读写别离，我有时真的不知道如何答复，这么滴吧，技术本身不难你，难的是咱们能不克不及遇得到这么大的项目。假如是真有这么大项目，光读写别离这个事必定不是一两个人在搞，应当是多人协作的。

相关学习引荐：mysql视频教程

所以呢！我没搞过。

但是……

不克不及做实验环境吗？（一个为难的笑脸）

我从寻文档材料到实验落地，一共花了3天时间（由于不是全天都在环绕着这个事情哇）。根本搞定，就是说，假如有人问我会不会，我说我已经操纵过了，不是啥难事。

详细留意点：

主从之间的防火墙需要放行
mysql-id 得独一见 my.cnf
uuid 得独一见 auto.cnf
主效劳器要授权，一样授权一个slave账号给从效劳器使用

常用几个命令（针对日志的方式）

在主库上操纵的有
mysql > show master status; #查看主库状态
mysql > grant replication slave on . to ‘slave‘@’%ip%’ identified by ‘password’；# to 后面的说明： ‘slave’ 代表哪个账户，@后面的是从效劳器的IP by 后面的是密码；
systemctl status firewalld # 查看防火墙状态
firewall-cmd –list-all # 查看防火墙的端口列表
firewall-cmd –permanent –zone=public –add-port=3306/tcp # 放行 3306 端口
firewall-cmd –reload # 重新启动防火墙
别的 iptable 的话可以自行看看哇
在从库上操纵主要有
1. mysql> stop slave; // 休止复制
2. mysql> reset slave; // 重置复制
3. mysql> start slave; // 开启复制
4. mysql> show slave status\G; # 查看状态

详细配置

环境介绍
1. 主效劳器 192.168.5.238 centos 7.4
2. 从效劳器 192.168.5.239 centos 7.4
3. 利用日志来停止主从配置
主效劳器上的配置
1. 防火墙操纵，防止后面出惊奇的问题参照常用几个命令的防火墙操纵
2. mysql 的日志相关的配置其他的先不消动主如果看这段
  # aster live copy configure
  log-bin=mysql-bin //日志文件名
  binlog_format=mixed // 这个日志格局，还有几个选项，大家都选mixed 可选项statement/row/mixed，假如想深究可以去看官方文档
  server-id = 238 //为了不反复使用尽量采纳效劳器IP 的最后一位来命名
  skip_name_resolve=ON //这个直接写上就可以了,参照一下别人的文档
  expire_logs_days = 10 //设定日志留存的天数，这个吧我觉得可以不消加，加上也无所谓，由于在测试环境，假如正式上线跑的话，就要衡量一下了
  # /etc/init.d/mysql restart // 这个不必然是这个命令看本人是用什么方式安置的 centos 也有 systemctl restart mysql的这个不懂可以多研讨一下linux操纵
  ##假如两台效劳器不是复制的话，auto.cnf 的uuid应当会不一样，假如是复制的话，就该看看了，这个在mysql的安置名目的 /var、名目下假如有就把这个文件删除或者mv 备份一下
mysql配置一下复制权限
# mysql -uroot -p “password” //登入mysql效劳器、会让你输入密码
mysql>GRANT replication slave ON . TO ‘slave‘@’%’ IDENTIFIED BY ‘111111’; // 说明 replication 分配复制的权限这个. 可以操纵阿谁库后面的‘slave‘@’%’ 表示任何主机用slave都可以停止从库复制，也可以指定到IP 后面就是密码哈
mysql> show master status;
+——————+———-+————–+——————+——————-+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+——————+———-+————–+——————+——————-+
| mysql-bin.000010 | 2812 | | | |
+——————+———-+————–+——————+——————-+
1 row in set (0.00 sec)
看到上面的这个表表示成功了
从库上的配置
1. 修改my.cnf
  log-bin=mysql-bin //日志文件名
  binlog_format=mixed //日志格局
  server-id =239 //效劳器ID 这个和主效劳器一个说明，用IP的尾巴
  # expire_logs_days = 10 //这个我注释掉了，
  # early-plugin-load = “” //这个临时没有使用，假如启用可以配置此项，主从复制这个项并不是关键项
  relay_log = mysql-relay-bin //这个是个从库的复制日志
  relay_log_index=relay_log.index //日志索引
  # /etc/init.d/mysql restart // 这个不必然是这个命令看本人是用什么方式安置的 centos 也有 systemctl restart mysql的这个不懂可以多研讨一下linux操纵
2. 设定从库
  1. 进入从库的mysql 终端 #mysql -uroot -p //进入终端
    # mysql -uroot -p //进入终端（之所以写具体点，就是怕看到此文的人会误解操纵不全）
  2. 关闭slave # 留意配置从库此前先关闭掉slave;
    mysql>stop slave; //这个是关闭从库哇，包管一把过
  3. 修改master参数
    mysql>change master to
    master_host=’192.168.5.238’,
    master_user=’slave’,
    master_password=’这里填上面设定主库复制权限时的密码’,
    master_log_file=’mysql-bin.000010’, //这里填在主库 show master status 的文件名，位置对着抄就好了
    master_log_pos=2812; //在主库的show master status 里寻
  4. 启动从库
    mysql>start slave; //启动从库
  5. 查看主从复制可否成功
    mysql> show slave status \G;
```
         Slave_IO_State: Waiting for master to send event
              Master_Host: 192.168.5.238
              Master_User: slave
              Master_Port: 3306
            Connect_Retry: 60
          Master_Log_File: mysql-bin.000010
      Read_Master_Log_Pos: 2812
           Relay_Log_File: mysql-relay-bin.000013
            Relay_Log_Pos: 3025
    Relay_Master_Log_File: mysql-bin.000010
         Slave_IO_Running: Yes
        Slave_SQL_Running: Yes
```
    看到 Slave_IO_Running 和 Slave_SQL_Running 值都为 Yes 说明就成功了，假如不成，请看下面的提醒信息，对着谷歌 baidu 应当能寻出来的
    1. 我在配置时碰到了一个问题，就是报uuid错误，缘由是我的实验环境是一个虚拟机安置完mysql后复制的，所以致使mysql的uuid 雷同了
      # cd /usr/local/mysql/var
      # mv auto.cnf auto.cnf.back //这个你看有没有，没有就不操纵，有就这样
      # /etc/init.d/mysql restart //重新启动数据库
      然后施行show slave status\G;视察两个yes
    2. 至此，基于日志的主从复制就完成了