AWS RDS：CloudWatch与MySQL连接数指标数值不符问题咨询

这是个非常普遍的困惑点，我来帮你拆解清楚两者的差异和额外连接的可能来源：

一、CloudWatch与MySQL连接数指标的核心差异 #

CloudWatch的DatabaseConnections指标和MySQL的Threads_connected统计范围完全不同：

• Threads_connected是MySQL内核层面统计的所有已建立的连接总数——不管是你的应用、排查用的连接，还是RDS实例自身的内部管理连接，都会被算进去。
• CloudWatch的DatabaseConnections是RDS服务对外暴露的指标，它只统计来自外部客户端的连接，会自动排除RDS内部系统维护用的连接——这就是两者数值差的核心原因。

二、额外4个连接的可能来源 #

你看到的这4个额外连接，几乎可以肯定是RDS实例的内部管理连接，常见的类型包括：

• rdsadmin用户的系统连接：RDS会通过这个内置用户建立连接，用于实例的健康检查、参数调整、日志管理、自动故障转移等核心运维操作。
• 复制连接（如果有只读副本）：如果你的主实例挂载了只读副本，每个副本都会和主实例建立至少1个复制连接，用于同步数据。如果有多个副本，连接数会对应增加。
• Performance Insights探针连接：如果你开启了RDS的Performance Insights功能，它会建立专门的连接来收集数据库性能数据。
• 备份相关连接：虽然RDS默认的快照备份是基于存储层的，但如果开启了逻辑备份（比如用RDS自动导出到S3），也会临时建立连接。

三、验证方法 #

要确认这些连接的具体来源，你可以连接数据库执行以下命令：

SELECT id, user, host, db, command FROM information_schema.processlist;

查看结果里的user字段，标记为rdsadmin的就是RDS内部连接；如果有来自副本实例IP的连接，那就是复制连接。这些连接都是RDS正常运行必需的，不需要手动干预。

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