重置ClearDB密码后无法连接Heroku数据库 还需更新哪些配置

重置ClearDB数据库密码后，除了你已经更新的本地环境变量、Heroku平台自定义配置变量外，以下几个高频遗漏位置需要同步检查更新：

• 代码内残留的硬编码与本地环境配置文件
  全局搜索项目代码中之前硬编码的旧密码字符串、固定数据库连接常量，重点排查是否存在未被.gitignore忽略的.env.production、config/db.js、database.config.json这类独立配置文件，这类文件内的配置优先级通常高于平台注入的环境变量，哪怕你更新了Heroku配置变量，代码还是会优先读文件里存的旧密码发起连接。
• Heroku 自动注入的 ClearDB 默认连接串
  绑定ClearDB add-on后，Heroku会默认生成一个名为CLEARDB_DATABASE_URL的系统环境变量，格式为mysql://[账号]:[密码]@[数据库地址]/[库名]?reconnect=true，你手动重置ClearDB密码后，这个系统变量不会自动同步更新。绝大多数Node.js生态的MySQL客户端（包括mysql2、Sequelize、TypeORM）都会优先读取这个变量建立连接，如果你只更新了自定义的DB_PASSWORD变量，没有修改这个默认连接串里的密码段，会一直用旧密码鉴权失败导致进程崩溃。
• 构建缓存与容器层的旧配置
  如果你开启了Heroku构建缓存，或者用Docker容器方式部署、在heroku-postbuild构建脚本里写死过数据库连接参数，旧密码可能已经被打入构建缓存或者容器镜像层，后续修改运行时配置变量不会覆盖构建阶段写入的值。可以先清除构建缓存后重新部署，同时检查Dockerfile、构建脚本里有没有硬编码的数据库密码。
• 多环境/预发布环境的隔离配置
  Heroku的Review Apps、预发布Staging环境、Pipeline下的不同节点配置是和生产环境完全隔离的，如果你给这些环境也绑定了同一个ClearDB实例，需要单独进入对应环境的配置页更新密码，不要只改生产环境的配置。
• 预启动特性残留的旧进程配置
  如果你开启了Heroku Preboot零停机部署特性，旧版本的应用进程不会在部署时被立刻杀掉，可能还在持旧密码尝试连接。可以临时关闭Preboot特性，执行dyno重启命令让所有运行中的进程全量加载最新配置，排除旧进程的干扰。

快速排查技巧：可以临时在数据库初始化逻辑前加一行日志，打印当前进程读到的CLEARDB_DATABASE_URL和自定义的密码变量值，部署后查看Heroku运行日志，就能快速确认是哪段逻辑读到了旧密码，定位问题后记得删除这行日志避免敏感信息泄露。

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