mysql主从同步

Posted Colinshi

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了mysql主从同步相关的知识,希望对你有一定的参考价值。

环境:centos7.3 mysql5.7

主mysql:192.168.1.71

从mysql:192.168.1.72

官网下载MYSQL5.7的rpm包,分别在两台服务器上顺序安装一下

rpm -ivh mysql-community-common-5.7.22-1.el7.x86_64.rpm
rpm -ivh mysql-community-libs-5.7.22-1.el7.x86_64.rpm
rpm -ivh mysql-community-client-5.7.22-1.el7.x86_64.rpm
rpm -ivh mysql-community-server-5.7.22-1.el7.x86_64.rpm

mysql安装完后会在第一次启动时在错误日志文件中写入一个管理员密码。

使用mysql_secure_installation脚本进行初始化。完成后,mysql就安装完毕了。

这里我偷了一个懒,只对主服务器进行了初始化脚本,没有对从服务器初始化。直接COPY了主服务器的相关配置和数据库文件,造成了后面给自己挖了一个小坑。

先要在主服务器上新建一个账号,并且赋予REPLICATION SAVEL, REPLICATION CLIENT权限,用于主从同步,当然直接用root账号也是可以的。

现在开始配置主服务器:

编辑/etc/my.cnf

[mysqld]
datadir=/var/lib/mysql/    #mysql数据库文件位置
socket=/var/lib/mysql/mysql.sock   #Unix套接字位置
symbolic-links=0
innodb_file_per_table=ON#开启innodb每个表一个文件
skip_name_resolve=ON#跳过域名反查
server_id=1 #服务器ID(全局唯一)
log_bin=master-bin #开启logbin日志,并设置文件名
binlog_format=MIXED #二进制文件记录格式,MIXED混合模式。默认为ROW
#sync_binlog
=1 #同步写入binlog日志,开启会减低mysql性能,默认是1 #innodb_flush_log_at_trx_commit=1 #开启innodb每次事务提交时MySQL都会把log buffer的数据写入log file,最安全,默认就是1 #innodb_support_xa=ON#默认为ON [mysqld_safe] log-error=/var/log/mysql/mysql.log pid-file=/var/run/mysql/mysql.pid
如果有某些数据库不想被同步比如mysql、sys、informaion_schema、performance_schema这种
可以在配置文件里设置
Binlog_Ignore_DB=mysql
Binlog_Ignore_DB=sys
...等
每个数据库设置一个,这样就不会记录binlog日志里,当然也就不会被同步啦。

重启主服务器mysql服务:

systemctrl restart mysqld

配置从服务器:

编辑/etc/my.cnf

[mysqld]
datadir=/var/lib/mysql/
socket=/var/lib/mysql/mysql.sock
symbolic-links=0
innodb_file_per_table=ON
skip_name_resolve=ON
server_id=2#全局唯一服务器ID号
relay_log=relay-log#开始中继日志功能,并设置文件名
relay_log_index=relay-log.index#设置中级日志索引文件名称
#skip_slave_start=ON #服务启动时不自动启动复制线程
read_only=ON #设置从服务器只读

[mysqld_safe]
log-error=/var/log/mysql/mysql.log
pid-file=/var/run/mysql/mysql.pid

重启从服务器mysql服务:

systemctrl restart mysqld

 

使用mysql客户端登入到从服务器执行相关命令:

mysql > CHANGE MASTER TO MASTER_HOST=‘192.168.1.71‘, MASTER_USER=‘root‘, MASTER_PASSWORD=‘!QAZ2wsx‘, MASTER_PORT=3306, MASTER_LOG_FILE=‘master-bin.000005‘, MASTER_LOG_POS=154;

mysql > START SLAVE;

主从同步已经完成了。

注:这里的MASTER_LOG_FILE=‘master-bin.000005‘, MASTER_LOG_POS=154;必须是主服务器上的当前MASTER_LOG_FILE和POS。也就是说从服务器会去判断从哪个节点开始和主服务器同步。可以mysql客户端登入主服务器查询

mysql> show master status;
+-------------------+----------+--------------+------------------+-------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------+----------+--------------+------------------+-------------------+
| master-bin.000005 |      154 |              |                  |                   |
+-------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

 

理论上主从同步已经可以开始正常工作了。但是我之前给自己挖的坑这个时候出现了。。。。

从服务器并没有和主服务器同步:

查看从服务器状态:

mysql > show slave status\G

*************************** 1. row ***************************
               Slave_IO_State: 
                  Master_Host: 192.168.1.71
                  Master_User: mysql_slave
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: master-bin.000007
          Read_Master_Log_Pos: 856
               Relay_Log_File: relay-log.000009
                Relay_Log_Pos: 4
        Relay_Master_Log_File: master-bin.000007
             Slave_IO_Running: No
            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: 856
              Relay_Log_Space: 154
              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: NULL
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 1593
                Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 1
                  Master_UUID: 8f0581c9-695b-11e8-951e-000c295cdfc6
             Master_Info_File: /var/lib/mysql/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 180607 11:04:56
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 
            Executed_Gtid_Set: 
                Auto_Position: 0
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)

Slave_IO_Running: No
Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.
从服务器的IO进程并没有运行起来,错误原因主从服务器使用了相同的UUIDs
这就是之前复制留下来的坑。当我把所有的数据库文件复制过来的时候原来生成的UUIDs也一并复制了。所以出现了这个问题
处理起来也不难,UUIDs存放在mysql数据目录auto.cnf文件下
我直接编辑从服务器的文件
vim /var/lib/mysql/auto.cnf
[auto]
server-uuid=8f0581c9-695b-11e8-951e-000c295cdfc9#随便改个数字就行了。。。。16进制的,
然后重启从服务器mysql服务

重新查看从服务器状态

mysql > show slave status\G
Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Last_IO_Errno: 0

Last_IO_Error:

主从同步已经开始工作了

 
































以上是关于mysql主从同步的主要内容,如果未能解决你的问题,请参考以下文章

mysql实现主从复制/主从同步

mysql主从同步错误记录。

web服务文件更新自动同步数据库主从复制shell脚本实现网站代码备份和mysql备份

centos 5.4中mysql主从同步配置方法

mysql主从同步,一个是mysql的5.5.56-MariaDB, 另外一个是 mysql的5.6.14 ,能数据

Mysql主从同步(复制)