mysql主从库详解

MySQL主从库详解

基础概念

MySQL主从库是一种数据库架构模式，用于实现数据的冗余和高可用性。在这种架构中，一个MySQL数据库被设置为主库（Master），负责处理所有的写操作（如INSERT、UPDATE、DELETE），而一个或多个其他MySQL数据库被设置为从库（Slave），负责处理读操作（如SELECT）。主库将所有的数据变更操作记录到二进制日志（Binary Log）中，从库通过复制这些日志来同步数据。

类型

异步复制：主库在执行完写操作后立即返回，不等待从库确认。这种方式的优点是性能高，但缺点是数据可能存在一定的延迟。
半同步复制：主库在执行完写操作后，需要等待至少一个从库确认收到日志后才返回。这种方式可以减少数据延迟，但可能会影响性能。
组复制：多个MySQL实例组成一个复制组，数据在组内多个实例之间同步。这种方式提供了更高的可用性和数据一致性。

应用场景

读写分离：适用于读多写少的应用场景，如Web应用、数据分析等。
数据备份：从库可以作为数据的备份，用于数据恢复和灾难恢复。
高并发：通过增加从库的数量，可以有效应对高并发的读操作需求。

常见问题及解决方法

数据延迟：
- 原因：网络延迟、从库性能不足等。
- 解决方法：优化网络配置、提升从库性能、使用半同步复制等。

主从复制中断：
- 原因：网络故障、主库或从库宕机、二进制日志损坏等。
- 解决方法：检查网络连接、重启主库或从库、修复二进制日志等。
数据不一致：
- 原因：主从复制过程中出现错误、从库执行了未同步的操作等。
- 解决方法：检查复制日志、使用工具如pt-table-checksum检查数据一致性、手动修复数据等。

示例代码

以下是一个简单的MySQL主从复制配置示例：

主库配置（my.cnf）：

[mysqld]
server-id=1
log-bin=mysql-bin
binlog-format=ROW

从库配置（my.cnf）：

[mysqld]
server-id=2
relay-log=mysql-relay-bin
log-slave-updates=1
read-only=1

主库创建复制用户：

CREATE USER 'repl'@'%' IDENTIFIED BY 'password';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
FLUSH PRIVILEGES;

从库配置复制：

CHANGE MASTER TO
MASTER_HOST='master_host',
MASTER_USER='repl',
MASTER_PASSWORD='password',
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=107;
START SLAVE;