Strapi V4在AWS蓝绿部署启动时新增PostgreSQL表被删重建求助

我们在使用Strapi V4（Node.js API框架）时遇到异常数据库问题：仅在AWS蓝绿部署场景下，启动时新增的PostgreSQL数据库表会被删除并重建。本地开发环境或原地部署的云环境无法复现，受客户SLA限制无法切换生产部署方式，排查困难。

以下是针对性的排查方向：

• 检查Strapi数据库核心配置
  打开config/database.js或生产环境专属配置config/env/production/database.js，重点确认connection节点下的migrations配置：

  • 确保dropSchema参数设为false，生产环境下该参数如果为true，Strapi启动时会直接删除现有schema并重建，这是蓝绿部署中最可能的诱因。
  • 查看启动日志里的migrate、drop schema相关输出，确认启动阶段是否触发了删表逻辑。

• 核对蓝绿部署的环境变量一致性

  • 对比蓝组（现有运行实例）和绿组（新部署实例）的环境变量，重点检查NODE_ENV（必须为production）、STRAPI_DATABASE_DROP_SCHEMA（必须为false）、DATABASE_URL（确认指向正确的生产库）。如果绿组误设为development模式，Strapi会自动执行表结构同步，甚至触发删表。
  • 确认部署过程中是否有脚本动态修改了绿组的环境变量，导致配置偏离生产标准。

• 排查部署脚本与启动流程

  • 检查部署流水线中的启动脚本，是否包含strapi db:drop、strapi db:migrate:fresh这类破坏性命令，蓝绿部署时新实例启动前如果执行了这些命令，会直接清空并重建表。
  • 检查健康检查配置：如果健康检查在Strapi未完成数据库迁移就标记实例为可用，可能导致实例被中断重启，进而触发异常的表重建逻辑。

• 数据库层面溯源

  • 查看PostgreSQL的数据库日志，搜索DROP TABLE、CREATE TABLE语句，记录操作的发起时间和执行账号，对应到绿组实例的启动时间，确认是否是新实例触发的操作。
  • 检查绿组实例使用的数据库账号权限，确保没有不必要的DROP权限，避免Strapi在异常情况下执行删表操作。

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