共计 4532 个字符，预计需要花费 12 分钟才能阅读完成。

MySQL主从复制教程

MySQL主从复制是一种常用的数据备份和负载均衡的技术，它可以将一个MySQL数据库（主库）的数据实时地同步到一个或多个MySQL数据库（从库）上，从而实现数据的冗余和高可用性。本文将介绍MySQL主从复制的原理、配置和使用方法。

主从复制的原理

MySQL主从复制的原理如下图所示：

主库通过二进制日志（binlog）记录所有对数据库的修改操作，然后通过网络将这些日志发送给从库。从库有两个线程负责处理这些日志：I/O线程和SQL线程。I/O线程负责接收主库发送过来的日志，并保存在本地的中继日志（relay log）中。SQL线程负责读取中继日志，并在本地数据库中重放这些日志，以达到和主库数据一致的目的。

主从复制的配置

全库复制

要搭建一个简单的MySQL主从复制环境，需要准备两个或以上的MySQL数据库实例，并分别设置不同的server_id来区分不同的节点。这里以全库复制来做演示，其中一个节点作为主库，其余节点作为从库。以下是一个示例配置：

主库配置

假设我们有一个名为master的MySQL数据库实例，其IP地址为192.168.1.100，端口号为3306。我们需要在其my.cnf文件中添加以下内容：

# 设置唯一的服务器ID
server-id=1
# 开启二进制日志功能
log-bin=mysql-bin

重启MYSQL服务：

service mysqld restart

登录MYSQL控制台，创建一个专用的复制用户repuser，并授予其REPLICATION SLAVE权限和Replication Client权限以及Replication Slave权限：

mysql> CREATE USER `repuser`@`%` IDENTIFIED WITH mysql_native_password BY '123';
Query OK, 0 rows affected (0.01 sec)

mysql> GRANT References, Replication Client, Replication Slave ON *.* TO `repuser`@`%`;
Query OK, 0 rows affected (0.00 sec)

mysql> FLUSH PRIVILEGES;

查看当前二进制日志文件名和位置：

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

记下File列和Position列的值，后面会用到。

配置从库

主从复制，从数据库都是复制主数据，那么从数据库就不能对数据进行修改操作

在B服务器上，编辑/etc/my.cnf文件，在[mysqld]段中添加以下内容：

# 开启二进制日志功能
log-bin=mysql-bin
# 设置唯一的服务器ID
server-id=2
# 设置普通用户禁止数据修改的操作
read_only=1
# 设置super用户禁止数据修改的操作
super_read_only=1

重启MYSQL服务：

service mysqld restart

登录MYSQL控制台，执行以下命令，指定主库信息和二进制日志文件名和位置：

mysql> CHANGE MASTER TO MASTER_HOST='192.168.1.100', MASTER_USER='repuser', MASTER_PORT=3306, MASTER_PASSWORD='123', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=154;
Query OK, 0 rows affected, 2 warnings (0.01 sec)

启动复制线程：

mysql> START SLAVE;
Query OK

查看同步状态：

mysql> show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for source to send event
                  Master_Host: 192.168.1.100
                  Master_User: repuser
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 154
               Relay_Log_File: zhougong-relay-bin.000001
                Relay_Log_Pos: 569
        Relay_Master_Log_File: mysql-bin.000001
             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: 2516
              Relay_Log_Space: 782
              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: e604d02a-bf13-11ed-b2a5-00155dfb89ad
             Master_Info_File: mysql.slave_master_info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Replica 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:
       Master_public_key_path:
        Get_master_public_key: 0
            Network_Namespace:
1 row in set, 1 warning (0.00 sec)

ERROR:
No query specified

配置成功的话如下图：

这两个参数是MySQL复制的状态变量，表示从服务器（slave）是否正在接收和执行主服务器（master）发送的二进制日志事件。

如果这两个参数都是Yes，说明复制正常运行。

如果其中一个或者两个都是No，说明复制出现了问题，需要检查从服务器的错误日志和SHOW SLAVE STATUS命令的输出来确定原因。

演示效果

在主库创建一个数据库，然后查看从库有没有同步过来，下面是效果图：

指定库配置

指定数据库配置就是，只复制需要同步的数据库，其它数据库不做同步操作，操作很简单，只需要修改配置文件即可，前提是主库和从库都创建好了指定的数据库，指定库复制，是不会创建数据库的

主库配置

在配置文件当中使用 binlog-do-db 参数指定需要复制的数据库，binlog-ignore-db 参数指定不需要复制的数据库

## 二进制日志记录的数据库
binlog-do-db=xxxx
## 二进制日志中忽略数据库
binlog-ignore-db=xxxx
## 以上任意指定其中一行参数就行，如果需要忽略多个库，则添加多行

查看主库二进制文件名和位置

从库配置

如果你之前已经配置了主从复制，那么先停止复制：

mysql> stop slave;
Query OK, 0 rows affected (0.00 sec)

在配置文件中使用 replicate-do-db 参数指定需要复制的数据库，replicate-ignore-db 参数指定不需要复制的数据库

## 设定需要复制的数据库
replicate-do-db=xxxx
## 设定需要忽略的复制数据库
replicate-ignore-db=xxxx

重启数据库服务

指定主库信息和二进制日志文件名和位置

启动复制线程：

mysql> start slave;
Query OK, 0 rows affected (0.00 sec)

查看同步状态：

mysql> START SLAVE;
Query OK

注意事项

• 主从服务器必须使用相同或兼容的版本。建议使用最新的稳定版本。
• 主从服务器必须使用相同或兼容的字符集和校对规则。建议使用utf8mb4字符集和utf8mb4_0900_ai_ci校对规则。
• 主从服务器必须启用二进制日志（binlog）。这是复制所需的日志文件，记录了所有对数据库的更改操作。
• 主从服务器必须配置唯一的server_id。这是区分不同服务器的标识符，不能重复。
• 主从服务器必须配置正确的replication用户和权限。这是用于连接和验证身份的用户，需要有REPLICATION SLAVE权限。
• 主从服务器必须配置正确的replication过滤器。这是用于指定哪些数据库或表参与或排除复制的规则，需要在主从两端保持一致。
• 从服务器必须配置正确的master信息。配置对主服务器的地址、端口、用户、密码等信息，以及要开始复制的二进制日志文件名和位置。
• 从数据库必须禁止对数据进行修改操作。