mysql主从为什么会不同步

# MySQL主从为什么会不同步

## 引言

MySQL主从复制（Replication）是数据库高可用、读写分离和负载均衡的基础架构。然而在实际生产环境中，主从不同步（Replication Lag）是DBA经常遇到的棘手问题。本文将深入剖析主从不同步的7大类原因，包含原理分析、典型场景和解决方案，帮助开发者彻底理解并解决这一问题。

---

## 一、网络延迟问题

### 1.1 问题原理
主库的binlog需要通过网络传输到从库，当网络出现以下情况时：
- 物理带宽不足
- 跨机房/跨地域传输
- 网络设备（交换机、路由器）故障
- TCP重传率过高

### 1.2 典型表现
- Seconds_Behind_Master指标波动
- 从库I/O线程状态为"Waiting for master to send event"
- show slave status显示IO线程延迟

### 1.3 解决方案
```sql
-- 监控网络延迟（示例）
SELECT * FROM sys.metrics WHERE variable_name LIKE '%network%';

[mysqld]
slave_compressed_protocol = 1

-- 10万行数据单事务更新
BEGIN;
UPDATE large_table SET status=1 WHERE create_time < '2023-01-01';
COMMIT;

-- 对比关键参数
SELECT * FROM performance_schema.variables_info
WHERE variable_name IN ('server_id','binlog_format','sync_binlog')
ORDER BY variable_name;

-- 跳过指定错误（慎用）
STOP SLAVE;
SET GLOBAL sql_slave_skip_counter = 1;
START SLAVE;

-- 推荐使用GTID跳过
STOP SLAVE;
SET GTID_NEXT='aaa-bbb-ccc:12345';
BEGIN; COMMIT;
SET GTID_NEXT='AUTOMATIC';
START SLAVE;

# 可能造成数据不一致的配置
replicate-wild-ignore-table=db1.%
replicate-do-db=only_this_db

-- 核心监控指标查询
SELECT 
  slave.SECONDS_BEHIND_MASTER,
  conn.RETRY_COUNT,
  io.IO_THREAD_STATE,
  sql.SQL_THREAD_STATE
FROM performance_schema.replication_connection_status conn
JOIN performance_schema.replication_applier_status_by_worker sql
  ON conn.CHANNEL_NAME = sql.CHANNEL_NAME
JOIN sys.metrics slave
  ON slave.VARIABLE_NAME = 'slave_lag';