ruby-on-rails - 添加新列时如何避免 PG::InFailedSqlTransaction？

Question

我们正在针对同一个数据库运行两个 Rails 应用程序。当我们部署时，我们通常先部署到应用程序 A，然后是应用程序 B，并在部署期间重新启动所有 Rails 进程。 App A 在 7 台服务器上运行，至少有 20 个进程连接到数据库。应用程序 B 运行在 4 台服务器上，至少有 8 个数据库连接。

今天，当我们部署 App A 时，我们在现有表中添加了一列:

change_table :organizations do |t|
  t.integer :users_count, default: 0
end

我们预计这会很好:它在现有表上的新列并且它有一个默认值。迁移运行后不久，应用程序 A(重新启动之前)和应用程序 B(部署到之前)都出现了一些错误。

这些错误是:

FATAL ActiveRecord::StatementInvalid error: PG::InFailedSqlTransaction:
ERROR:  current transaction is aborted, commands ignored until end of 
transaction block

在 postgres 日志中，我有 58 个这样的错误:

postgres[12283]: ERROR:  cached plan must not change result type
postgres[12283]: STATEMENT:  SELECT  "organizations".* FROM 
  "organizations" WHERE "organizations"."id" = $1 LIMIT $2

这会重复多次并在所有部署完成且所有进程重新启动后消失。

看来 Rails bug #12330和 Rails PR 22170在 Rails 5.0 中解决了这个问题，但我有那个提交并且仍然看到这个错误。

相关软件版本

• rails 5.0.2
• PG 0.19.0
• Postgres 9.5

关于 Rails bug #12330 的一条评论建议我必须添加具有空默认值的列。另一个建议执行多个部署，一个用于禁用准备语句，然后另一个用于执行迁移并重新启用准备语句。

有办法避免这种情况吗？当我们重新启动服务器时它会消失，但我觉得我遗漏了一些东西——比如只使用可为空的列也许可以一起避免这些错误。并非每次部署都会发生这种情况，我不知道如何重现 - 但这不是第一次发生。

Answer 1

您更改了表结构，因此您准备好的 SELECT 返回的内容，因为您使用 "organizations".*，并且返回所有列。 PostgreSQL 显然不支持准备语句的更新，因此您需要创建新 session (重新连接)或使用 DEALLOCATE删除准备好的语句。

编辑:您也可以停止使用 SELECT *。