这场 Hacker News 讨论聚焦于确保 PostgreSQL 数据库迁移安全的挑战。讨论由旨在标记潜在危险 DDL 语句的浏览器工具“safenotsafe.dev”引发。 参与者认为，基于静态规则的检查本质上是不完整的，因为迁移的安全性往往取决于数据库的实时状态（如表的大小、现有列数据及活跃程度），而不仅仅是 SQL 语法本身。例如，如果对大型高流量生产表执行细微的架构变更，可能会引发灾难性的表重写或锁竞争。 主要观点包括： * **细微风险：** 简单的工具可能会遗漏一些边缘情况，例如非唯一索引或在已存数据的列上添加 `NOT NULL` 约束。 * **工具选择：** 开发者分享了多种解决方案，如 `locksmith`、`reshape` 和 `strong_migrations`，这些工具提供了更好的内省能力或自动化安全措施。 * **运维策略：** 许多专家强调，“安全”不仅仅依赖于代码检查；它还需要通过设置 `lock_timeout` 来防止队列堆积、在副本上进行测试，以及采用零停机迁移模式（如先添加无约束列再回填数据）。 * **应用耦合：** 导致故障的主要原因之一是应用程序代码版本与数据库架构状态之间的不匹配，这要求在部署过程中进行精细的协调。