2. 二进制日志配置：
– 启用二进制日志：log_bin = ON
– 使用ROW格式：binlog_format = ROW
– 启用二进制日志校验：binlog_checksum = CRC32

3. 复制参数配置：
– 启用从库自动定位：master_auto_position = 1
– 配置复制用户权限：REPLICATION SLAVE
– 启用中继日志恢复：relay_log_recovery = ON

4. 系统配置：
– 优化操作系统参数：如文件描述符限制、TCP参数等
– 关闭不必要的服务，减少系统资源占用

# GTID复制的推荐配置
| 参数 | 推荐值 | 说明 |
|——|——–|——|
| gtid_mode | ON | 启用GTID模式 |
| enforce_gtid_consistency | ON | 强制GTID一致性 |
| log_bin | ON | 启用二进制日志 |
| binlog_format | ROW | 使用ROW格式的二进制日志 |
| binlog_checksum | CRC32 | 启用二进制日志校验 |
| relay_log_recovery | ON | 启用中继日志恢复 |
| master_info_repository | TABLE | 将主库信息存储在表中 |
| relay_log_info_repository | TABLE | 将中继日志信息存储在表中 |

2. 监控工具：
– MySQL内置命令：SHOW SLAVE STATUS、SHOW GLOBAL STATUS LIKE ‘Gtid%’
– Prometheus + Grafana：监控GTID复制的状态和性能
– Zabbix：监控GTID复制的状态和告警

3. 告警策略：
– 复制错误：当复制出现错误时，发送紧急告警
– 复制延迟：当复制延迟超过阈值时，发送告警
– GTID不一致：当主从库之间的GTID不一致时，发送告警
– 复制线程状态：当复制线程停止时，发送紧急告警

4. 监控频率：
– 复制状态：每1分钟监控一次
– 复制延迟：每1分钟监控一次
– GTID一致性：每5分钟监控一次

# GTID复制的监控命令
# 查看GTID执行状态
mysql> SHOW GLOBAL STATUS LIKE ‘Gtid%’;

# 查看复制状态
mysql> SHOW SLAVE STATUS\G;

# 查看已执行的GTID集合
mysql> SHOW MASTER STATUS;

# 查看从库的GTID执行情况
mysql> SHOW SLAVE STATUS\G | grep -E ‘Retrieved_Gtid_Set|Executed_Gtid_Set’;

# 步骤2：配置主库
# vi /mysql/data/my.cnf
[mysqld]
# 服务器ID
server-id = 1

# GTID配置
gtid_mode = ON
enforce_gtid_consistency = ON

# 二进制日志配置
log_bin = /mysql/data/binlog
binlog_format = ROW
binlog_checksum = CRC32

# 复制配置
master_info_repository = TABLE
relay_log_info_repository = TABLE

# 步骤3：配置从库
# vi /mysql/data/my.cnf
[mysqld]
# 服务器ID
server-id = 2

# GTID配置
gtid_mode = ON
enforce_gtid_consistency = ON

# 二进制日志配置
log_bin = /mysql/data/binlog
binlog_format = ROW
binlog_checksum = CRC32

# 复制配置
master_info_repository = TABLE
relay_log_info_repository = TABLE
relay_log_recovery = ON

# 步骤4：重启MySQL
# 重启主库和从库
systemctl restart mysqld

# 步骤5：创建复制用户
# 在主库上创建复制用户
mysql> CREATE USER ‘repl’@’192.168.1.101’ IDENTIFIED BY ‘ReplPassword123!’;
mysql> GRANT REPLICATION SLAVE ON *.* TO ‘repl’@’192.168.1.101′;
mysql> FLUSH PRIVILEGES;

# 步骤6：配置从库复制
# 在从库上配置复制
mysql> CHANGE MASTER TO
-> MASTER_HOST=’192.168.1.100′,
-> MASTER_USER=’repl’,
-> MASTER_PASSWORD=’ReplPassword123!’,
-> MASTER_AUTO_POSITION=1;

# 步骤7：启动复制
mysql> START SLAVE;

# 步骤8：验证GTID复制状态
# 查看从库状态
mysql> SHOW SLAVE STATUS\G;

# 预期输出：
# Slave_IO_Running: Yes
# Slave_SQL_Running: Yes
# Retrieved_Gtid_Set: 12345678-1234-1234-1234-1234567890ab:1-10
# Executed_Gtid_Set: 12345678-1234-1234-1234-1234567890ab:1-10

# 查看主库状态
mysql> SHOW MASTER STATUS;

# 预期输出：
# File: binlog.000001
# Position: 107
# Binlog_Do_DB:
# Binlog_Ignore_DB:
# Executed_Gtid_Set: 12345678-1234-1234-1234-1234567890ab:1-10

# 步骤2：优化二进制日志参数
# 二进制日志参数
log_bin = /mysql/data/binlog
binlog_format = ROW
binlog_checksum = CRC32
max_binlog_size = 1G
binlog_cache_size = 32M
sync_binlog = 1

# 步骤3：优化复制参数
# 复制线程参数
slave_net_timeout = 60
slave_parallel_type = LOGICAL_CLOCK
slave_parallel_workers = 4
slave_preserve_commit_order = ON

# 步骤4：优化InnoDB参数
# InnoDB参数
innodb_buffer_pool_size = 8G
innodb_log_file_size = 2G
innodb_flush_log_at_trx_commit = 2
innodb_file_per_table = ON

# 步骤5：优化系统参数
# 系统参数
max_connections = 1000
wait_timeout = 300
skip-name-resolve = ON

# 步骤6：验证参数优化效果
# 查看GTID复制状态
mysql> SHOW SLAVE STATUS\G;

# 查看复制延迟
mysql> SHOW SLAVE STATUS\G | grep Seconds_Behind_Master;

# 示例：优化GTID复制参数
# 优化前
mysql> SHOW GLOBAL VARIABLES LIKE ‘slave_parallel_workers’;
+————————+——-+
| Variable_name | Value |
+————————+——-+
| slave_parallel_workers | 0 |
+————————+

# 优化后
mysql> SET GLOBAL slave_parallel_workers = 4;

# 优化效果
# 复制延迟从300秒减少到0秒
# 从库SQL线程执行速度提升4倍

# 情况2：GTID不一致
# 症状：主从库之间的GTID集合不一致
# 处理步骤：
1. 检查GTID集合：SHOW GLOBAL STATUS LIKE ‘Gtid%’
2. 分析不一致原因：根据GTID集合分析不一致的原因
3. 重新初始化从库：使用主库的备份恢复从库
4. 重新配置复制：使用MASTER_AUTO_POSITION=1重新配置复制
5. 启动复制：START SLAVE

# 情况3：主库故障
# 症状：主库无法正常运行，需要将从库提升为主库
# 处理步骤：
1. 选择一个从库作为新主库：选择一个数据最完整、延迟最小的从库
2. 停止新主库的复制：STOP SLAVE
3. 提升新主库：RESET MASTER
4. 配置其他从库指向新主库：使用MASTER_AUTO_POSITION=1重新配置复制
5. 启动其他从库的复制：START SLAVE
6. 验证新主库的GTID状态：SHOW MASTER STATUS

# 情况4：GTID模式切换
# 症状：需要在现有复制环境中启用GTID模式
# 处理步骤：
1. 准备阶段：确保所有服务器的server-id唯一
2. 启用GTID模式：在所有服务器上设置gtid_mode = ON_PERMISSIVE, enforce_gtid_consistency = ON
3. 切换到严格模式：在所有服务器上设置gtid_mode = ON
4. 重新配置复制：使用MASTER_AUTO_POSITION=1重新配置复制
5. 验证GTID复制状态：SHOW SLAVE STATUS\G

# 示例：处理GTID复制错误
# 查看复制错误
mysql> SHOW SLAVE STATUS\G | grep Last_SQL_Error;

# 跳过错误
mysql> STOP SLAVE;
mysql> SET GLOBAL sql_slave_skip_counter = 1;
mysql> START SLAVE;

# 验证复制状态
mysql> SHOW SLAVE STATUS\G | grep Slave_SQL_Running;

# 部署步骤
# 步骤1：检查MySQL版本
mysql> SELECT VERSION();
+———–+
| VERSION() |
+———–+
| 8.0.28 |
+———–+

# 步骤2：配置主库
# vi /mysql/data/my.cnf
[mysqld]
# 服务器ID
server-id = 1

# GTID配置
gtid_mode = ON
enforce_gtid_consistency = ON

# 二进制日志配置
log_bin = /mysql/data/binlog
binlog_format = ROW
binlog_checksum = CRC32

# 复制配置
master_info_repository = TABLE
relay_log_info_repository = TABLE

# 步骤3：配置从库
# vi /mysql/data/my.cnf
[mysqld]
# 服务器ID
server-id = 2

# GTID配置
gtid_mode = ON
enforce_gtid_consistency = ON

# 二进制日志配置
log_bin = /mysql/data/binlog
binlog_format = ROW
binlog_checksum = CRC32

# 复制配置
master_info_repository = TABLE
relay_log_info_repository = TABLE
relay_log_recovery = ON

# 步骤4：重启MySQL
# 重启主库和从库
systemctl restart mysqld

# 步骤5：创建复制用户
# 在主库上创建复制用户
mysql> CREATE USER ‘repl’@’192.168.1.101’ IDENTIFIED BY ‘ReplPassword123!’;
mysql> GRANT REPLICATION SLAVE ON *.* TO ‘repl’@’192.168.1.101′;
mysql> FLUSH PRIVILEGES;

# 步骤6：配置从库复制
# 在从库上配置复制
mysql> CHANGE MASTER TO
-> MASTER_HOST=’192.168.1.100′,
-> MASTER_USER=’repl’,
-> MASTER_PASSWORD=’ReplPassword123!’,
-> MASTER_AUTO_POSITION=1;

# 步骤7：启动复制
mysql> START SLAVE;

# 步骤8：验证GTID复制状态
# 查看从库状态
mysql> SHOW SLAVE STATUS\G;
+—————————-+—————————————-+
| Slave_IO_Running | Yes |
| Slave_SQL_Running | Yes |
| Retrieved_Gtid_Set | 12345678-1234-1234-1234-1234567890ab:1 |
| Executed_Gtid_Set | 12345678-1234-1234-1234-1234567890ab:1 |
+—————————-+—————————————-+

# 查看主库状态
mysql> SHOW MASTER STATUS;
+—————+———-+————–+——————+—————————————-+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+—————+———-+————–+——————+—————————————-+
| binlog.000001 | 156 | | | 12345678-1234-1234-1234-1234567890ab:1 |
+—————+———-+————–+——————+—————————————-+

# 部署效果
# GTID复制成功部署
# 复制状态正常，无延迟
# 数据一致性得到保障

# 监控步骤
# 步骤1：安装MySQL Exporter
# 下载并安装MySQL Exporter
wget https://github.com/prometheus/mysqld_exporter/releases/download/v0.14.0/mysqld_exporter-0.14.0.linux-amd64.tar.gz
tar -xzf mysqld_exporter-0.14.0.linux-amd64.tar.gz
mv mysqld_exporter-0.14.0.linux-amd64 /usr/local/mysqld_exporter

# 创建监控用户
mysql> CREATE USER ‘exporter’@’localhost’ IDENTIFIED BY ‘ExporterPassword123!’;
mysql> GRANT PROCESS, REPLICATION CLIENT, SELECT ON *.* TO ‘exporter’@’localhost’;
mysql> FLUSH PRIVILEGES;

# 创建配置文件
# vi /etc/.mysqld_exporter.cnf
[client]
user=exporter
password=ExporterPassword123!

# 启动MySQL Exporter
nohup /usr/local/mysqld_exporter/mysqld_exporter –config.my-cnf=/etc/.mysqld_exporter.cnf &

# 步骤2：配置Prometheus
# vi /usr/local/prometheus/prometheus.yml
global:
scrape_interval: 15s
evaluation_interval: 15s

scrape_configs:
– job_name: ‘mysql’
static_configs:
– targets: [‘192.168.1.100:9104’, ‘192.168.1.101:9104’]

# 步骤3：配置Grafana
# 登录Grafana，添加Prometheus数据源
# 导入MySQL监控面板
# 配置GTID复制监控面板

# 步骤4：配置告警
# 在Grafana中配置GTID复制告警规则
# 配置邮件告警

# 步骤5：验证监控效果
# 访问Grafana面板
# 查看GTID复制状态
# 查看复制延迟

# 监控指标
# GTID执行状态：Gtid_executed
# 复制延迟：Seconds_Behind_Master
# 复制线程状态：Slave_IO_Running, Slave_SQL_Running
# 复制错误：Last_SQL_Error

# 告警规则
# 复制线程停止：当Slave_IO_Running或Slave_SQL_Running为No时，发送紧急告警
# 复制延迟：当Seconds_Behind_Master超过阈值时，发送告警
# 复制错误：当Last_SQL_Error不为空时，发送告警
# GTID不一致：当主从库的GTID集合不一致时，发送告警

# 监控效果
# 实时监控GTID复制状态
# 及时发现和处理GTID复制问题
# 提高系统的可靠性和稳定性

# 故障场景：主库故障，需要将从库提升为主库
# 故障现象
# 主库服务器崩溃，无法正常运行

# 故障分析
1. 主库无法正常运行，需要将从库提升为主库
2. 使用GTID复制，可以快速完成故障转移

# 故障处理
## 步骤1：选择新主库
# 检查从库状态
mysql> SHOW SLAVE STATUS\G | grep -E ‘Slave_IO_Running|Slave_SQL_Running|Seconds_Behind_Master|Executed_Gtid_Set’;

# 选择一个状态正常、延迟最小的从库作为新主库

## 步骤2：停止新主库的复制
mysql> STOP SLAVE;

## 步骤3：提升新主库
mysql> RESET MASTER;

## 步骤4：配置其他从库指向新主库
# 在其他从库上执行
mysql> STOP SLAVE;
mysql> CHANGE MASTER TO
-> MASTER_HOST=’192.168.1.101′,
-> MASTER_USER=’repl’,
-> MASTER_PASSWORD=’ReplPassword123!’,
-> MASTER_AUTO_POSITION=1;
mysql> START SLAVE;

## 步骤5：验证新主库的状态
mysql> SHOW MASTER STATUS;
+—————+———-+————–+——————+—————————————-+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+—————+———-+————–+——————+—————————————-+
| binlog.000001 | 156 | | | 12345678-1234-1234-1234-1234567890ab:1-10 |
+—————+———-+————–+——————+—————————————-+

## 步骤6：验证其他从库的状态
mysql> SHOW SLAVE STATUS\G | grep -E ‘Slave_IO_Running|Slave_SQL_Running|Seconds_Behind_Master’;

# 故障处理效果
# 主库故障快速转移，业务中断时间最短
# 新主库正常运行，其他从库正常复制
# 数据一致性得到保障

# 问题描述
# GTID复制导致从库复制延迟增加，影响系统性能

# 故障分析
1. GTID复制需要跟踪和管理GTID集合，增加了一些额外的开销
2. 从库的处理速度跟不上主库的写入速度
3. 并行复制配置不合理，导致从库SQL线程执行缓慢

# 优化方案
## 步骤1：优化从库并行复制
# 启用基于逻辑时钟的并行复制
mysql> STOP SLAVE;
mysql> SET GLOBAL slave_parallel_type = ‘LOGICAL_CLOCK’;
mysql> SET GLOBAL slave_parallel_workers = 8;
mysql> SET GLOBAL slave_preserve_commit_order = ON;
mysql> START SLAVE;

## 步骤2：优化GTID相关参数
# 优化GTID参数
# vi /mysql/data/my.cnf
[mysqld]
gtid_mode = ON
enforce_gtid_consistency = ON

## 步骤3：优化二进制日志参数
# 优化二进制日志参数
# vi /mysql/data/my.cnf
[mysqld]
binlog_format = ROW
binlog_checksum = CRC32
max_binlog_size = 1G
binlog_cache_size = 64M
sync_binlog = 100

## 步骤4：优化InnoDB参数
# 优化InnoDB参数
# vi /mysql/data/my.cnf
[mysqld]
innodb_buffer_pool_size = 12G
innodb_log_file_size = 2G
innodb_flush_log_at_trx_commit = 2
innodb_file_per_table = ON
innodb_io_capacity = 2000
innodb_io_capacity_max = 4000

## 步骤5：验证优化效果
# 查看复制延迟
mysql> SHOW SLAVE STATUS\G | grep Seconds_Behind_Master;

# 查看从库性能
mysql> SHOW GLOBAL STATUS LIKE ‘Slave_%’;

# 优化效果
# 复制延迟从300秒减少到0秒
# 从库SQL线程执行速度提升8倍
# 系统整体性能提升30%

# 优化前后对比
# 优化前：从库复制延迟300秒，主库事务提交延迟50ms
# 优化后：从库复制延迟0秒，主库事务提交延迟45ms