自建数据库主从配置，如何实现数据同步与高可用？

配置到自建数据库的主从

主从数据库架构是提升系统高可用性、实现数据冗余与读写分离的关键方案，通过配置主库（Master）与从库（Slave）的同步机制，可有效保障数据安全，避免单点故障，同时为业务提供稳定的读写体验，本文将详细介绍自建数据库主从配置的完整流程、核心要点及常见问题，帮助用户快速实现高可用数据库部署。

环境准备与基础配置

主从配置前需确保主库与从库的基础环境一致,包括操作系统版本、数据库版本（如MySQL 8.0+、PostgreSQL 14+）、网络连接稳定性及硬件资源（CPU、内存、磁盘I/O）。

主库配置要点

1. 启用二进制日志：
   主库需开启二进制日志以记录所有DDL/DML操作，为从库同步提供数据源。

   -- MySQL示例
   binlog_format = row;  -- 推荐使用ROW格式，减少数据不一致风险
   log_bin = /var/log/mysql/mysql-bin.log;
   log_bin_index = /var/log/mysql/mysql-bin.index;
   expire_logs_days = 7;  -- 日志保留7天，避免文件过大

2. 设置服务器ID：
   主库需配置唯一的服务器ID（server_id），从库需配置不同的ID（如server_id=2），避免冲突。

   server_id = 1;

3. 配置复制用户：
   创建用于从库连接主库的专用用户，避免使用root账户。

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

从库配置要点

1. 启用从库日志（可选）：
   从库可启用二进制日志，用于故障排查或作为备选主库。

   binlog_format = row;
   server_id = 2;
   relay_log = /var/log/mysql/mysql-relay-bin.log;
   relay_log_index = /var/log/mysql/mysql-relay-bin.index;

2. 配置主库连接信息：
   在从库配置文件中添加主库地址、用户、密码及同步超时时间。

   source_host = 'master_ip';
   source_port = 3306;
   source_user = 'repl';
   source_password = 'password';
   slave_start_timeout = 600;  -- 连接超时时间（秒）

主从同步与验证

主库与从库配置完成后,需通过以下步骤启动同步并验证状态：

主库状态查询
在主库执行SHOW MASTER STATUS;获取当前二进制日志文件名（File）和位置（Position），用于从库连接配置。

从库连接主库
在从库执行CHANGE MASTER TO ...; START SLAVE;命令，启动同步。

CHANGE MASTER TO 
  MASTER_HOST='master_ip', 
  MASTER_USER='repl', 
  MASTER_PASSWORD='password', 
  MASTER_LOG_FILE='mysql-bin.000001',  -- 替换为实际日志文件
  MASTER_LOG_POS=154;  -- 替换为实际日志位置
START SLAVE;

同步状态检查
从库执行SHOW SLAVE STATUS;查看状态：

• Slave_IO_Running和Slave_SQL_Running均为Yes，表示同步正常。
• Seconds_Behind_Master为0，表示无延迟。
  若出现延迟，需检查网络或I/O性能。

故障切换与维护

主从架构需配合故障切换机制,确保主库故障时从库能快速接管。

故障切换流程

• 监控主库状态（如通过SHOW MASTER STATUS;检查连接状态）。
• 主库故障时,从库执行STOP SLAVE;停止同步，更新server_id为当前主库ID，重新配置主库信息并启动同步。
• 业务系统更新主库连接地址,切换到从库（如通过DNS轮询或负载均衡器）。

常见维护事项

• 日志清理：定期清理主库和从库的relay_log（从库日志），避免磁盘空间耗尽。
• 性能监控：监控主库的binlog_cache_size、max_binlog_size等参数，避免日志缓存过大或文件过大导致性能下降。
• 数据一致性：主库使用事务（START TRANSACTION…COMMIT）可确保数据一致性，从库延迟可能导致短暂不一致，需根据业务需求调整同步模式（如ROW格式减少不一致风险）。

常见问题解答（FAQs）

如何解决主从同步延迟问题？

• 检查主库与从库的网络带宽和磁盘I/O性能，优化磁盘配置（如使用SSD）。
• 调整从库参数slave_net_timeout（默认60秒），延长超时时间以避免因网络波动导致同步中断。
• 减少从库的查询负载,避免资源竞争影响同步速度。

主从库数据不一致时如何处理？

• 若主库数据已提交（事务已COMMIT），从库延迟导致不一致，需等待从库同步完成后，再进行数据恢复。
• 若主库数据未提交（事务未COMMIT），需回滚或重新提交事务，确保数据一致性。
• 定期执行CHECK SLAVE STATUS检查同步状态，及时发现并处理延迟问题。

通过以上步骤,可高效配置自建数据库的主从架构，实现数据高可用与业务稳定性，在实际部署中，需根据业务需求调整参数（如日志格式、同步超时时间），并定期维护以保障系统长期稳定运行。