上一篇
mysql主服务器
SQL 主服务器用于实现数据主从复制，需配置开启二进制日志（log-bin），设置唯一server-id并重启生效，支持双向复制模式以实现高可用架构
MySQL主服务器配置与管理指南
什么是MySQL主服务器？
在MySQL复制架构中，主服务器（Master）是负责写入操作的核心节点，所有写请求（如INSERT/UPDATE/DELETE）必须通过主服务器执行，而从服务器（Slave）则异步同步数据变更以提供只读服务,这种设计实现了负载分离和高可用性。
| 角色特性 | 说明 |
|---|---|
| 唯一写入权限 | 仅接受客户端的写操作，确保数据一致性 |
| Binlog日志生成 | 启用server-id并开启二进制日志（binlog），记录所有数据变更 |
| ️ GTID支持可选 | 可通过全局事务标识符简化故障恢复流程 |
| 无自动切换机制 | 若主服务器宕机需手动或借助工具切换至备用节点 |
基础配置步骤
- 修改配置文件 my.cnf [mysqld] server-id=1 # 必须为唯一正整数（各节点不同） log_bin=ON # 启用二进制日志 binlog_format=ROW # 推荐使用行级模式保证精确复制 expire_logs_days=7 # 自动清理过期日志文件
- 创建专用复制账号 CREATE USER 'repl'@'%' IDENTIFIED BY 'StrongPass!123'; GRANT REPLICATION SLAVE ON . TO 'repl'@'%'; FLUSH PRIVILEGES;
- 获取初始快照位置
执行命令后记录下述值用于从服务器配置： SHOW Master StatusG;
关键参数示例：
| 变量名 | 值举例 | 作用 |
|——————|———————–|————————–|
| File | mysql-bin.000001 | 当前使用的binlog文件名 |
| Position | 428 | 下次读取的起点偏移量 |
| Binlog_Do_DB | test_db | 限定需要同步的数据库列表 |
监控与维护要点
| 指标类型 | 检测方法 | 阈值建议 |
|---|---|---|
| CPU利用率 | SHOW PROCESSLIST; | <75%持续超过1分钟报警 |
| I/O延迟 | iostat -x 10 | 磁盘写入等待时间<5ms |
| Binlog增长速率 | 对比前后两次查询结果差值 | 每分钟增量≤50MB |
| 死锁发生频率 | Innodb_deadlocks状态变量 | 每日不超过3次 |
️ 定期执行以下维护任务：
- 每周校验数据完整性：CHECKSUM TABLE tablename;
- 每月优化表结构：OPTIMIZE TABLE tablename;
- 季度级备份策略：物理备份+逻辑导出双保险
常见问题排查手册
| 现象 | 可能原因 | 解决方案 |
|---|---|---|
| Slave报错ER_MASTER_HAS_FAILED | 网络中断/认证失败 | 检查防火墙规则，重置密码重试连接 |
| Seconds_Behind_Master超标 | 主库大事务阻塞 | 拆分长事务，调整innodb_flush_method参数 |
| Binlog空间不足 | 磁盘满导致写入失败 | 扩展分区或迁移历史日志到冷存储 |
| GTID不一致错误 | 人为干预过中间件队列 | 使用RESET MASTER重建GTID体系 |
相关问题与解答
Q1: 如果误删了主服务器上的某个重要表，如何快速恢复？
A: 立即停止所有写入操作 → 从最近的全量备份+增量binlog进行点位恢复 → 验证数据完整性后重启复制链路,建议启用延迟从库作为最后防线。
Q2: 为什么有时候SHOW SLAVE STATUSG会显示“Yes”但实际数据不同步？
A: 这是由于半打开事务导致的幻读现象，可通过设置rpl_semi_sync_master_enabled=ON强制等待至少一个从库确认接收成功
