MySQL 主从复制配置详解

MySQL 主从复制概述

在数据库应用中，MySQL 的主从复制机制是一种高效的数据同步方式。通过这一机制，我们可以将主库（Master）的数据实时复制到从库（Slave），实现数据的高效备份与负载均衡。这种复制方式采用异步方式进行操作，主要由 Master 端的 IO 进程和 Slave 端的 IO_thread、SQL_thread 组成。

主从复制原理与机制

要实现主从复制，首先需要在 Master 端启用二进制日志（Binary Log）功能。这是复制过程的基础，因为 Slave 需要通过读取 Master 的二进制日志来获取数据。复制的基本流程如下：

Slave 的 IO_thread 向 Master 发起连接请求：Slave 的 IO_thread 会连接到 Master，并请求从指定的二进制日志文件中读取特定位置的日志内容。

Master 的 IO 进程返回日志数据：Master 会根据 Slave 的请求，读取相应的日志数据，并返回给 Slave 的 IO_thread。返回的信息包括日志内容及 Master 端二进制日志的文件名和位置。

Slave 的 IO_thread 写入 relay-log 文件：Slave 接收到日志数据后，将其添加到本地的 relay-log 文件中，并记录 Master 端的二进制日志文件及位置到 master-info 文件中，以便下次复制时继续读取。

Slave 的 SQL_thread 执行复制操作：Slave 的 SQL_thread 会解析 relay-log 中的数据，与 Master 端执行的操作相同，并在本数据库中执行。

主从复制搭建步骤

Master 端配置

配置参数：

启用二进制日志：server-id=101

设置二进制日志文件路径：log-bin=/data/mysql600/mysql-bin.log

设置二进制日志索引文件路径：log-bin-index=/data/mysql600/mysql-bin.index

设置二进制日志自动删除天数：expire_logs_days=30

创建复制用户并赋予权限：

GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%' IDENTIFIED BY '*****';

Slave 端配置

配置参数：

设置 server-id：server-id=102

设置 relay-log 文件路径：relay-log=/data/mysql600/relaylog/mysql-relay-bin.log

设置 relay-log 索引文件路径：relay-log-index=/data/mysql600/relaylog/mysql-relay-bin.index

启用 relay_log_purge：relay_log_purge=on

建立主从同步

数据导出：

从 Master 导出数据：使用 mysqldump 命令，指定 --master-data 选项。

mysqldump -u *** -p *** -S /data/mysql60/01/mysql.sock --default-character-set=utf8 --master-data --all_database > /tmp/all_database.sql

从 Slave 导出数据：使用 mysqldump 命令，指定 --dump-slave 选项。

mysqldump -u *** -p *** -S /data/mysql60/01/mysql.sock --default-character-set=utf8 --dump-slave --all_database > /tmp/all_database.sql

数据导入：

将导出的 SQL 文件导入到 Slave 中：使用 mysql 命令，并指定 --master-data 选项。

mysql -u *** -p *** --default-character-set=utf8 < /tmp/all_database.sql

在 Slave 上执行 change master to 命令，指定 Master 的 IP、端口、用户和密码等信息。

启动复制服务：

start slave;

主从复制状态检查及异常处理

主从复制状态检查

在 Master 上查看复制状态：使用 show master status\G 命令。

在 Slave 上查看复制状态：使用 show slave status\G 命令。

IO_thread 异常处理

如果 IO_thread 状态为 "Connecting" 或 "NO"，可能的原因包括网络不通、复制用户密码错误、Master 端端口错误等。需要通过查看 Slave 的错误日志和 Master 的二进制日志来定位问题。

SQL_thread 异常处理

如果 SQL_thread 发生异常，状态会变为 "NO"。需要检查主库和从库的二进制日志差异，尝试通过设置 sql_slave_skip_counter 参数跳过错误，或者重启 SQL_thread。

主从复制延迟

主从复制延迟可能由网络问题、系统时间同步问题、数据库锁争用等引起。需要检查网络连接状态、系统时间同步设置以及数据库的锁机制。

通过以上配置和管理，可以实现稳定的 MySQL 主从复制环境，确保数据的高效同步与备份。

转载地址：http://ltbfk.baihongyu.com/

你可能感兴趣的文章