面试题：MySQL主从复制环境下备份验证与完整性检查

使用 FLUSH TABLES WITH READ LOCK（FTWRL）
- 在开始备份前，在从库上执行 FLUSH TABLES WITH READ LOCK 语句。这会锁定所有数据库的所有表，阻止对表的写入操作，确保备份过程中数据不会发生变化。然后使用 SHOW MASTER STATUS 获取主库当前的二进制日志文件名和位置（在基于语句的复制中）或 SHOW SLAVE STATUS 获取从库的复制状态信息（包括中继日志文件名和位置）。完成备份后，执行 UNLOCK TABLES 解锁表。
- 示例代码：

-- 锁定表
FLUSH TABLES WITH READ LOCK;
-- 获取主库状态（基于语句的复制）
SHOW MASTER STATUS;
-- 获取从库状态
SHOW SLAVE STATUS;
-- 执行备份操作
-- 解锁表
UNLOCK TABLES;

使用 InnoDB 热备份（XtraBackup）
- XtraBackup 是一款开源的热备份工具，专门用于 InnoDB 存储引擎。它可以在数据库运行时进行备份，不会锁定表。它通过复制 InnoDB 数据文件和日志文件来创建备份。备份完成后，通过应用日志文件（prepare 阶段）来确保数据的一致性。
- 示例命令（假设已安装 percona - xtrabackup）：

# 进行备份
innobackupex --user=root --password=yourpassword /backup/directory
# 准备备份（应用日志）
innobackupex --apply - log /backup/directory

设置复制过滤
- 通过合理设置复制过滤规则，确保从库只复制需要备份的数据库或表。这样可以减少不必要的数据复制和备份量，同时也有助于确保备份数据的一致性。例如，在从库的 my.cnf 配置文件中添加以下配置：

[mysqld]
replicate - do - db = your_database

监控主从复制延迟：使用 SHOW SLAVE STATUS 查看 Seconds_Behind_Master 字段。如果该值持续较大，说明存在主从复制延迟。可以编写脚本定期查询该值并设置阈值，当超过阈值时发出警报。
等待复制同步：在备份前检查主从复制状态，通过 SHOW SLAVE STATUS 确保 Slave_IO_Running 和 Slave_SQL_Running 都为 Yes，并且 Seconds_Behind_Master 为 0 或在可接受范围内。如果有延迟，可以等待一段时间后再次检查，直到复制同步。
调整复制配置：
- 增加从库资源：给从库分配更多的 CPU、内存等资源，以加快从库处理中继日志的速度。
- 优化主库写入：减少主库上的大事务、复杂查询等可能导致主库压力过大的操作，从而间接减少主从复制延迟。
- 使用多线程复制：从 MySQL 5.6 开始支持多线程复制，可以在从库配置文件中启用 slave_parallel_workers 参数，设置并行复制的线程数，加快从库应用中继日志的速度。例如：

[mysqld]
slave_parallel_workers = 4

星途面试题库