频道导航

CentOS7.1下MySQL数据库主从同步

2020-06-19 CentOS 前端之家

前端之家收集整理的这篇文章主要介绍了CentOS7.1下MySQL数据库主从同步，前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。

环境：

Mater: CentOS7.1 5.5.52-MariaDB 192.168.108.133

Slave: CentOS7.1 5.5.52-MariaDB 192.168.108.140

1.导出主服务数据，将主备初始数据同步

master:

//从master上导出需要同步的数据库信息
MysqLdump -u*** -p*** --database test > test.sql
将master上的备份信息传输到slave上
scp /root/test.sql root@192.168.108.140:/opt/

slave:

进入slave的数据库 MysqL -u*** -p*** 清空test数据库 drop database test 导入master的test数据库信息 source /opt/test.sql

2.配置master和slave上的MysqL 数据库

修改master的my.cnf文件 vim /etc/my.cnf master配置如下，在[MysqLd]下添加如下配置 #log-bin server-id = 1 log_bin = master-bin expire_logs_days = 10 max_binlog_size = 100M binlog-do_db = test binlog_ignore_db = MysqL 重启MysqL 数据库 service MysqLd restart 如果安装的是mariadb可以重启mariadb systemctl restart mariadb.service

修改slave的my.cnf文件 vim /etc/slave配置如下，在[MysqLd]下添加如下配置 server-id = 2 简单说明一下参数配置，保证主备server-id唯一。在master上需要开启MysqL的binlog，log_bin=master_bin，指定binlog文件的名称。

3.创建一个复制用户，具有replicationslave权限，能保证slave能把master的数据同步过去

grant replication slave on *.* to 'replication'@'192.168.108.140' identified by 'replication';

4.获取master的binlog位置

master：

5.设置备端数据库

停止slave stop slave; 设置对应master的binlog信息 MariaDB [(none)]> change master to -> master_host='192.168.108.133',-> master_user='replication'-> master_log_file='master-bin.000010'; 启动slave start slave;

6.查看备端状态

MariaDB [(none)]> show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.108.133
                  Master_User: replication
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: master-bin.000010
          Read_Master_Log_Pos: 3881
               Relay_Log_File: mariadb-relay-bin.000002
                Relay_Log_Pos: 698
        Relay_Master_Log_File: master-bin.000010
             Slave_IO_Running: Yes
            Slave_sql_Running: Yes
              Replicate_Do_DB:
          Replicate_Ignore_DB:
           Replicate_Do_Table:
       Replicate_Ignore_Table:
      Replicate_Wild_Do_Table:
  Replicate_Wild_Ignore_Table:
                   Last_Errno: 0
                   Last_Error:
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 3881
              Relay_Log_Space: 994
              Until_Condition: None
               Until_Log_File:
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File:
           Master_SSL_CA_Path:
              Master_SSL_Cert:
            Master_SSL_Cipher:
               Master_SSL_Key:
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error:
               Last_sql_Errno: 0
               Last_sql_Error:
  Replicate_Ignore_Server_Ids:
             Master_Server_Id: 1
1 row in set (0.00 sec)

ERROR: No query specified

如果：Slave_IO_Running: Yes,Slave_sql_Running: Yes则为配置成功，配置错误重复上面操作即可。如果解决不了可通过查看MysqL日志分析处理。

vim /var/log/mariadb/mariadb.log

7.测试。其实测试没啥好写的，配置成功之后直接连到主从数据库，在master上改变表、字段、数据，slave会同步变化。

写在最后：当时想的试一试能不能用MysqL 自带的功能做数据库灾备，后来发现MysqL 数据库主从同步会有一些问题。第一个不好脚本化的东西是在同步之前需保证两边的数据库初始信息一样，因为备端配置的MysqL-binlog位置只是当前主数据库信息的位置，在该位置之前的数据只能通过人工导入。第二个就是MysqL主从同步时，只能进行数据库的增量同步，不能进行全量同步；还有就是如果备端出现脏数据，多了一条数据，当主那边新增一条主键相同的数据，则同步失败。之后我会尝试的能不能把这些操作脚本化，发现MysqL 自带的同步功能限制性很大，并且手工干预的东西太多了。