AWS RDS ReplicaLag指标缺失？非AWS托管DB副本监控方案求助

为什么CloudWatch找不到ReplicaLag指标 #

CloudWatch的ReplicaLag指标仅针对AWS托管的RDS（含MariaDB引擎）实例提供，非AWS托管的自建MariaDB不会自动向CloudWatch推送该指标，这是你无法在CloudWatch中看到它的核心原因。

获取ReplicaLag指标的可行方法 #

1. 手动采集并推送至CloudWatch #

• 通过MariaDB内置命令提取延迟值：执行SHOW SLAVE STATUS\G，读取Seconds_Behind_Master字段的数值，这就是实际的复制延迟。
• 编写脚本（Shell/Python均可）定期执行该命令，再通过AWS CLI或SDK将指标推送到CloudWatch自定义命名空间。示例Shell脚本片段：

  # 获取复制延迟值
  LAG=$(mysql -u监控账号 -p监控密码 -e "SHOW SLAVE STATUS\G" | grep Seconds_Behind_Master | awk '{print $2}')
  # 推送至CloudWatch
  aws cloudwatch put-metric-data --namespace "Custom/MariaDB" --metric-name "ReplicaLag" --value $LAG --dimensions Instance=你的实例标识
  

  注意：执行脚本的服务器需配置具备CloudWatch写入权限的IAM角色或Access Key。

2. 直接在监控工具中采集原始指标 #

不管是Zabbix还是其他监控工具，都无需依赖CloudWatch的ReplicaLag，可直接连接MariaDB实例获取数据：

• Zabbix配置：创建自定义监控项，使用mysql.get键值对执行SHOW SLAVE STATUS并提取Seconds_Behind_Master；或编写自定义脚本获取延迟值，通过Zabbix Agent上报。
• Prometheus+Grafana方案：部署mysqld_exporter，它会自动采集包括mysql_slave_seconds_behind_master在内的复制相关指标，由Prometheus拉取后，通过Grafana做可视化展示。

补充监控维度（除延迟外的复制健康项） #

• 监控复制线程状态：确认Slave_IO_Running和Slave_SQL_Running是否为Yes，这是复制正常运行的基础条件。
• 对比二进制日志位置：检查主库的Master_Log_File/Read_Master_Log_Pos与从库的Relay_Master_Log_File/Exec_Master_Log_Pos，判断日志同步和执行的差距。
• 设置自定义告警：当延迟超过阈值、复制线程停止时，通过监控工具触发邮件/短信告警。

内容的提问来源于stack exchange，提问作者mttrthc