嘿，这个问题我之前帮几个开发者排查过，来给你捋捋！你遇到的这个每隔15秒就刷一次的rdsadmin本地访问拒绝日志，其实是RDS内部管理进程出了小状况，咱们一步步来分析解决：

首先得明确，rdsadmin是AWS RDS自带的系统管理用户，专门用来处理实例的后台维护、监控、备份这些自动化操作，正常情况下它的访问都是RDS内部自动处理的，根本不会出现这种“无密码尝试登录”的错误。

你日志里的(using password: NO)是关键——这说明有个内部进程每隔15秒就会尝试不用密码登录rdsadmin，但被拒绝了。大概率是RDS的某个监控脚本、维护任务因为异常（比如之前的维护中断、资源不足）导致凭证加载失败，才会反复重试。

给你几个实用的排查和解决步骤：

• 先看实例状态和后台任务
  登录AWS控制台，检查你的RDS实例是不是在维护窗口里、有没有正在跑备份或者补丁更新？有时候这些后台操作中途出问题，会导致脚本反复触发连接请求。顺便看看CPU、连接数这些监控指标，要是实例资源吃满了，内部进程可能拿不到登录凭证，也会出这问题。

• 查RDS的事件日志
  去实例的「事件」标签页，从10月25号开始的记录都翻一遍，有没有和用户权限、实例配置变更相关的事件？对了，rdsadmin是系统用户，千万别手动改它的权限或者密码，要是之前不小心动过，大概率就是这个导致的异常。

• 试试重启实例
  这招虽然简单但往往管用——很多时候RDS内部的进程卡死、凭证缓存失效，重启一次就能让系统重新初始化管理进程，恢复正常的登录逻辑。记得挑业务低峰期操作，重启前确认下最近的备份是完整的，别影响业务。

• 排查自定义脚本
  虽然概率不高，但还是要确认下：你有没有在关联的EC2或者其他服务器上跑过自定义的监控、运维脚本？会不会是脚本里误写了用rdsadmin无密码登录的逻辑？不过正常来说，咱们业务开发根本碰不到这个系统用户，所以这个可能性比较低。

放心，这个错误暂时不会影响数据安全，只要你的业务用户能正常访问数据库，数据就没问题，但一直刷日志会占磁盘空间，还是得尽快解决。要是上面的方法都试过还没好，直接开AWS技术支持工单，把你贴的这些日志片段发过去，AWS的工程师能直接查RDS内部的组件状态，比咱们快多了。

备注：内容来源于stack exchange，提问作者perpetual_dream