AWS RDS db.t3.medium只读副本CPU信用余额持续为0的原因咨询

核心矛盾拆解 #

db.t3.medium实例每小时可赚取24个CPU信用，理论上只有小时级CPU信用使用率超过24时，余额才会下降。但当前实例CPU信用使用率低于1，余额却全天维持0，同时伴随Swap占用高（467MB）、CPU利用率低、副本延迟接近0的现象。

可能原因及排查方向 #

• 瞬时CPU峰值消耗：CloudWatch显示的小时平均使用率<1，但可能存在分钟级的CPU使用率突增（比如短时间内超过24），这类峰值会快速消耗信用，之后低使用率下赚取的信用刚好抵消日常微小消耗，导致余额维持在0。需查看CPUCreditUsage的分钟级监控数据，确认是否存在此类峰值。
• Swap引发的隐性CPU开销：467MB的Swap占用说明实例存在内存压力，内存不足时系统频繁读写Swap分区，会产生额外的CPU等待开销（属于CPU信用消耗范畴，但常规CPU利用率指标可能未体现）。需检查FreeableMemory指标，对比db.t3.medium的4GB内存规格，确认内存占用情况；同时核查MySQL的内存配置（如innodb_buffer_pool_size、key_buffer_size）是否过高，导致系统内存不足触发Swap。
• 后台任务持续消耗：只读副本即使延迟为0，后台仍可能存在持续运行的任务（如InnoDB purge线程、统计信息更新、日志清理等），这些任务会消耗少量CPU信用。若每小时赚取的24信用刚好被这些后台消耗抵消，余额就无法积累。可通过SHOW PROCESSLIST输出筛选后台线程，或查看BackgroundCPU指标确认后台CPU消耗占比。
• 历史信用耗尽后的收支平衡：若实例曾经历过长时间高CPU占用，耗尽所有信用余额，后续低使用率状态下，每小时赚取的信用刚好等于当前持续的小消耗，就会维持余额为0（db.t3.medium信用余额上限为72小时累计的1728个，收支平衡时无法积累）。需查看CPUCreditBalance的历史趋势，确认是否存在前期余额耗尽的情况。

验证与解决建议 #

1. 查看分钟级CPUCreditUsage和CPUUtilization监控，确认是否存在瞬时峰值。
2. 调整MySQL内存配置，降低不必要的内存占用，减少Swap使用，观察CPU信用余额是否开始积累。
3. 临时升级实例规格（如db.t3.large）进行测试，验证是否因资源瓶颈导致该现象。

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