MySQL5.7.23，主从复制的使用

最新推荐文章于 2025-05-07 09:18:30 发布

原创最新推荐文章于 2025-05-07 09:18:30 发布 · 1.4k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#CentOs #Mysql #主从复制

MySQL学习专栏收录该内容

5 篇文章

订阅专栏

本文详细介绍MySQL主从复制的配置步骤，包括修改配置文件、创建同步用户、启动同步进程等关键环节，确保数据同步的顺利进行。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

先确保两件事情，1. 主从数据库版本最好一致，以免出现莫名其妙的问题。 2. 主从数据库之间网络联通没有问题。因为我是单配置文件部署的MySQL多实例，所以不存在这两个问题。

一、修改配置文件。

主数据库配置，添加以下信息

#主从复制配置
server-id=1  #设置server-id
log_bin=master-bin #开启二进制日志
expire_logs_days=10
max_binlog_size=100M
binlog-do_db=szmbke
binlog_ignore_db=mysql

数据库名'szmbke'自己替换，或者也可以不指定。

binlog_ignore_db忽略复制的数据库。不过也曾看过有人说这个参数有坑，使用replicate-ignore-db = mysql替代，可以自己实验一下。

从数据库配置，添加以下信息

server-id=2

这个值不与主数据库重复，确保唯一就行。

二、主从复制配置。

进入主数据库，创建用于同步的用户账号

mysql> CREATE USER 'replication'@'%' IDENTIFIED BY 'YourPassword';#创建用户
mysql> GRANT REPLICATION SLAVE ON *.* TO 'replication'@'%';#分配权限
mysql>flush privileges;   #刷新权限

查看master状态，记录二进制文件名(master-bin.000009)和位置(154)

mysql> SHOW MASTER STATUS;
+-------------------+----------+--------------+------------------+-------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------+----------+--------------+------------------+-------------------+
| master-bin.000009 |      154 | szmbke       | mysql            |                   |
+-------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

进入从数据库，执行同步sql语句

mysql> CHANGE MASTER TO
    ->     MASTER_HOST='47.92.141.248',
    ->     MASTER_USER='replication',
    ->     MASTER_PASSWORD='YourPassword',
    ->     MASTER_LOG_FILE='mysql-bin.000009',
    ->     MASTER_LOG_POS=154;

启动slave同步进程

mysql>start slave;

查看slave状态

mysql> show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 47.92.141.248
                  Master_User: replication
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: master-bin.000009
          Read_Master_Log_Pos: 154
               Relay_Log_File: jim-relay-bin.000007
                Relay_Log_Pos: 369
        Relay_Master_Log_File: master-bin.000009
             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: 154
              Relay_Log_Space: 741
              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
                  Master_UUID: 558ef375-bbe0-11e8-bc31-00163e009b3c
             Master_Info_File: /var/lib/mysql-3307/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: 
     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)

ERROR: 
No query specified

观察 Slave_IO_Running: Yes ，Slave_SQL_Running: Yes这两项，都是YES说明成功了，如果失败了，注意看错误提示，之前遇到过Slave_IO_Running出现NO的情况，建议从两方面排除

1. 主数据库的同步用户是否正常创建并且打开了权限

2. 启动从数据库时是否指定了端口和socket文件，不然会出现"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." 类似的错误提示。

成功后可以尝试在主库做操作。观察从库的更新情况。

这样就OK了。