SHOW SLAVE STATUS\G
-- 關(guān)注字段：Seconds_Behind_Master

# 主庫：持續(xù)寫入心跳
pt-heartbeat --user=root --password=xxx --host=master \
  --database=test --create-table --daemonize --update

# 從庫：實時讀取延遲
pt-heartbeat --user=root --password=xxx --host=slave \
  --database=test --monitor --master-server-id=1

SHOW SLAVE STATUS\G

主庫寫入 → [網(wǎng)絡(luò)傳輸] → IO線程接收 → relay log → [SQL線程回放] → 從庫執(zhí)行
            ↑ 第一段延遲                              ↑ 第二段延遲

# 測試帶寬（雙向）
iperf3 -c master_ip -t 30

# 檢查 RTT 和丟包
ping master_ip -c 100

# 查看網(wǎng)卡實時流量
sar -n DEV 1 10

# my.cnf 從庫配置：開啟壓縮傳輸（CPU 換帶寬）
[mysqld]
slave_compressed_protocol = ON

# 縮短重連超時（默認(rèn) 60s 太長）
slave_net_timeout = 30

# 主庫：觀察 binlog 增長速度
mysqlbinlog --start-datetime="2024-01-01 10:00:00" \
            --stop-datetime="2024-01-01 10:01:00" \
            /var/lib/mysql/mysql-bin.000001 | wc -c

binlog_format = ROW          # 高一致性場景
binlog_row_image = MINIMAL   # 減少 ROW 模式下的 event 大?。∕ySQL 5.6+）

# 主庫：高性能寫入（權(quán)衡持久性）
sync_binlog = 0                         # 0=OS 決定刷盤時機，性能最高
innodb_flush_log_at_trx_commit = 2      # 每秒刷盤，非每次事務(wù)

# 主庫：高安全（金融場景）
sync_binlog = 1
innodb_flush_log_at_trx_commit = 1

-- 確認(rèn) SQL 線程正在運行但回放慢
SHOW SLAVE STATUS\G
-- Slave_SQL_Running: Yes
-- Exec_Master_Log_Pos 長期落后 Relay_Log_Pos

[mysqld]
# 從庫配置
slave_parallel_type     = LOGICAL_CLOCK   # 基于 binlog group commit 信息
slave_parallel_workers  = 8               # 從 CPU 核數(shù) 50% 開始調(diào)，逐步壓測
slave_preserve_commit_order = ON          # 保證從庫事務(wù)提交順序與主庫一致

# 主庫需配合（提高 group commit 批量）
binlog_group_commit_sync_delay    = 100   # 微秒，等待更多事務(wù)進組
binlog_group_commit_sync_no_delay_count = 10

-- 查看并行復(fù)制工作線程狀態(tài)
SELECT * FROM performance_schema.replication_applier_status_by_worker\G

-- 查看 worker 線程分配情況
SHOW STATUS LIKE 'Slave_worker%';

binlog_transaction_dependency_tracking = WRITESET
slave_parallel_type                    = LOGICAL_CLOCK
slave_parallel_workers                 = 16

# 找到 binlog 中的超大 event
mysqlbinlog --verbose /var/lib/mysql/mysql-bin.000001 \
  | awk '/^# at/{pos=$3} /^### /{count++} /^COMMIT/{if(count>10000) print pos, count; count=0}'

# 或用 mysqlbinlog 直接統(tǒng)計
mysqlbinlog --base64-output=DECODE-ROWS -v mysql-bin.000001 \
  | grep -E "^(# at|^### )" | awk '...'

-- ? 危險：一次刪除 500 萬行
DELETE FROM orders WHERE created_at < '2023-01-01';

-- ? 安全：分批刪除，每批 1000 行
DELETE FROM orders WHERE created_at < '2023-01-01' LIMIT 1000;
-- 循環(huán)執(zhí)行直到影響行數(shù)為 0

-- 查看從庫當(dāng)前鎖等待
SELECT 
  r.trx_id waiting_trx_id,
  r.trx_mysql_thread_id waiting_thread,
  r.trx_query waiting_query,
  b.trx_id blocking_trx_id,
  b.trx_mysql_thread_id blocking_thread
FROM information_schema.INNODB_TRX b
JOIN information_schema.INNODB_TRX r ON r.trx_wait_started IS NOT NULL;

# 推薦：使用 gh-ost 進行在線表變更（不阻塞從庫）
gh-ost \
  --host=master \
  --user=root --password=xxx \
  --database=mydb \
  --table=orders \
  --alter="ADD INDEX idx_user_id(user_id)" \
  --execute

pt-online-schema-change \
  --alter="ADD INDEX idx_user_id(user_id)" \
  D=mydb,t=orders \
  --execute

# 實時觀察磁盤 IO
iostat -xm 1 10

# 找到 IO 最多的進程
iotop -o

# 查看 MySQL 數(shù)據(jù)目錄所在磁盤
df -h /var/lib/mysql

# 從庫可以適當(dāng)降低持久性換性能
innodb_flush_log_at_trx_commit = 2    # 從庫安全降級
innodb_flush_method            = O_DIRECT
innodb_io_capacity             = 4000  # SSD 場景可調(diào)高至 8000-20000
innodb_io_capacity_max         = 8000

# prometheus.yml 抓取配置
scrape_configs:
  - job_name: 'mysql_slave'
    static_configs:
      - targets: ['slave_host:9104']

# 從庫延遲
mysql_slave_status_seconds_behind_master

# IO 線程狀態(tài)（1=Running，0=異常）
mysql_slave_status_slave_io_running

# SQL 線程狀態(tài)
mysql_slave_status_slave_sql_running

# 并行復(fù)制 worker 等待
mysql_slave_status_slave_worker_count

# 告警閾值參考
- alert: MySQLReplicationLagWarning
  expr: mysql_slave_status_seconds_behind_master > 10
  for: 2m
  annotations:
    summary: "從庫延遲超過 10s，當(dāng)前值 {{ $value }}s"

- alert: MySQLReplicationLagCritical
  expr: mysql_slave_status_seconds_behind_master > 30
  for: 1m
  annotations:
    summary: "從庫延遲超過 30s（嚴(yán)重），當(dāng)前值 {{ $value }}s"

- alert: MySQLReplicationThreadDown
  expr: mysql_slave_status_slave_sql_running == 0 or mysql_slave_status_slave_io_running == 0
  for: 30s
  annotations:
    summary: "主從復(fù)制線程已停止"

# 主庫（systemd 守護進程）
pt-heartbeat --update --host=master --database=test \
             --create-table --daemonize \
             --pid=/var/run/pt-heartbeat.pid

# 從庫監(jiān)控（輸出毫秒級精度）
pt-heartbeat --monitor --host=slave --database=test \
             --master-server-id=1 --frames=1m,5m,15m

1. 量化延遲（pt-heartbeat 優(yōu)于 Seconds_Behind_Master）
2. 用 SHOW SLAVE STATUS 定層（網(wǎng)絡(luò) / IO 線程 / SQL 線程）
3. SQL 線程慢 → 優(yōu)先開并行復(fù)制（80% 場景的解法）
4. 排查大事務(wù) → 業(yè)務(wù)改造分批寫
5. 檢查鎖競爭 → 減少從庫查詢干擾
6. DDL 變更 → 使用 gh-ost / pt-osc
7. 磁盤 IO → 升級 SSD + 調(diào)整 innodb_io_capacity