AWS ECS部署SpringBoot API连接RDS PostgreSQL后表自动消失问题

1. 确认Hibernate DDL配置的有效性 #

先检查你设置的环境变量是否存在拼写错误：你提到的SPRING_JPA_HIBERNATE_DDL-AUTO=update使用了减号，正确的环境变量名应为下划线分隔的SPRING_JPA_HIBERNATE_DDL_AUTO=update——这很可能是配置未生效的核心原因。

• 登录ECS控制台，查看任务的环境变量，确认配置名和值完全正确。
• 查看应用启动日志，搜索Hibernate初始化相关内容，确认输出了类似HHH000227: Running hbm2ddl schema update的日志，证明DDL策略确实为update而非create-drop。

2. 排查ECS任务的实例与重启行为 #

• 查看ECS服务的运行任务数，确认是否存在多个实例同时运行，其中某个实例的DDL配置错误（比如误用create-drop），导致任务销毁时触发表删除操作。
• 检查ECS任务的事件日志，查看表消失时间点前后是否有任务重启、停止的记录。若任务被异常终止且DDL策略为create-drop，应用关闭时会自动删除所有表。

3. 通过RDS日志定位表删除操作来源 #

登录RDS控制台，下载或查看PostgreSQL的postgresql.log，搜索DROP TABLE相关语句：

• 确认执行删除操作的账号是否为ECS应用所用的数据库账号。
• 匹配操作时间点与ECS应用日志，查看此时应用是否有异常请求、定时任务执行或连接重建的行为。

4. 检查连接池与RDS超时配置的匹配度 #

ECS与RDS之间的网络延迟可能导致连接超时，触发异常处理逻辑：

• 对比SpringBoot连接池（如HikariCP）的maxLifetime、idleTimeout参数，与RDS PostgreSQL的wait_timeout、interactive_timeout参数，确保连接池超时时间小于RDS的超时时间，避免RDS主动断开连接后应用端出现异常操作。
• 查看应用日志中是否存在连接超时、连接关闭的报错，这些可能是表消失的前置触发条件。

5. 排查负载均衡健康检查的影响 #

虽然开启了目标组粘性，但不合理的健康检查配置可能导致任务频繁重启：

• 检查负载均衡目标组的健康检查路径、超时时间、重试次数，确认是否存在健康检查失败导致ECS任务被重启的情况。若任务重启时应用使用了错误的DDL策略，会在关闭阶段删除表。

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