MySQL配置主从复制教程(MySQL8)

原理: 数据库在进行DDL和DML语句操作时，会被记录到binlog的日志文件里，而读取这里面的日志就可以知道数据库进行过哪些DDL和DML操作，这是主数据库的日志，从数据库经过相关配置可以实时获取到这份日志，通过IO线程把这份日志里需要同步的内容写入到从数据库的中继日志里，注意这里是写入中继日志，并不是直接写入数据库。然后SQL线程再从中继日志文件里获取日志信息，读取到相关的DDL和DML操作然后再执行同步操作。

进行主从复制操作需要先开启数据库端口（MySQL端口默认是3306）或者关闭防火墙。

如果是学习，可以选择关闭防火墙，操作如下

# 关闭防火墙服务
sudo systemctl stop firewalld
# 禁止防火墙服务开机自启动
sudo systemctl disable firewalld

如果是开发环境，建议只开启需要开启的端口，以3306为例，操作如下

# 开放3306端口的TCP协议
sudo firewall-cmd --zone=public --add-port=3306/tcp --permanent
# 重新加载防火墙配置
sudo firewall-cmd --reload

在主库服务器进行下列配置

# 先安装纯净的mysql，配置需要设定为主库的/etc/my.cnf文件
vim /etc/my.cnf

# 在文件中加上两行配置，如下,server-id是一个唯一的服务id，read-only为0代表允许读写，为1代表只允许读
server-id=1
read-only=0

# 重启数据库服务
systemctl restart mysqld

# 登录数据库，创建slave的user
create user 'rep'@'%' identified with mysql_native_password by 'Root@123456';

# 授予用户权限
grant replication on *.* to 'rep'@'%';

# 查看二进制日志的文件状态
show master status;

# 这时候你可能看到这样的数据
+---------------+----------+--------------+------------------+-------------------+
| File          | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+---------------+----------+--------------+------------------+-------------------+
| binlog.000002 |      156 |              |                  |                   |
+---------------+----------+--------------+------------------+-------------------+

# 上面的记录表示当前的二进制文件记录到binlog.000001文件里面，位置是1476
# 记录上面的信息

从库进行以下配置

# 配置从库的/etc/my.cnf文件，加入下面两行配置
server-id=2
read-only=1

# 重启数据库服务
systemctl restart mysqld

# 登录数据库，执行下面语句，我的MySQL版本是8.0.26，据说8.0.23之前的版本命令会有些许不一致，这里的source_host换成自己的主数据库服务器ip，其他配置看情况更改
change replication source to source_host='192.168.179.136',source_user='rep',source_password='Root@123456',source_log_file='binlog.000002',source_log_pos=156;

# 在mysql窗口开启主从复制
start slave;

# 可以使用下面语句查看同步状态
show slave status\G;

# 得到的信息如下
Slave_IO_State: Waiting for source to send event
                  Master_Host: 192.168.179.136
                  Master_User: rep
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: binlog.000002
          Read_Master_Log_Pos: 156
               Relay_Log_File: localhost-relay-bin.000002
                Relay_Log_Pos: 321
        Relay_Master_Log_File: binlog.000002
             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: 156
              Relay_Log_Space: 534
              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: f432d09b-058f-11f0-9f06-000c29058b59
             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: 

# 关于上面的配置，讲一些比较关键的，
# Master_Host是主库的ip
# Master_User是用户
# Master_Port是端口
# Master_Log_File是主库binlog文件名
# Read_Master_Log_Pos是主库binlog文件写入到的位置
# Relay_Log_File是中继日志文件的名称
# Relay_Log_Pos是从库中继日志写入到的位置
# Slave_IO_Running是IO线程运行的状态，主要是从主库中获取主库的binlog，写到从库的中继日志里，也就是Relay_Log_File
# Slave_SQL_Running是SQL线程运行的状态，主要是把Relay_Log_File日志里的文件给写入从库，实现数据的同步
# 如果Slave_IO_Running和Slave_SQL_Running其中之一出现了问题，那主从复制架构就已经没法正常同步数据了，需要检查并解决错误再重新开启同步

如果上述步骤都正常了，接下来就可以对主库进行建库建表和增删改数据的操作了，验证一下从库是否能成功同步主库的数据。

注意：此时的从库是无法增删改数据的，但有个例外，如果是超级管理员的权限，则依然可以进行增删改，需要在从库的/etc/my.cnf文件里加上配置【super-read-only=true】。