对于运行 7.3.X 的用户，不需要进行转储/恢复。不过，它是处理在 7.3.X 系统目录初始内容中发现的一个重要安全问题的可行方式之一。 使用 7.3.10 的 initdb 执行转储/initdb/重载序列将自动更正此问题。

该安全问题在于：内置字符集编码转换函数可以由无特权用户通过 SQL 命令调用，但这些函数并非为这种用法设计，无法防御恶意选择的参数。 修复方式是更改这些函数的声明参数列表，使它们不再能从 SQL 命令中 调用。（这不影响编码转换机制对它们的正常使用。）强烈建议所有安装 通过 initdb 或按照下文给出的手动修复步骤来修复此错误。该错误至少 允许无特权的数据库用户使其服务器进程崩溃，并且可能允许无特权用户 获得数据库超级用户的权限。

如果你不希望做 initdb，可以改为执行以下步骤。以数据库超级用户 身份执行：

BEGIN;
UPDATE pg_proc SET proargtypes[3] = 'internal'::regtype
WHERE pronamespace = 11 AND pronargs = 5
     AND proargtypes[2] = 'cstring'::regtype;
-- The command should report having updated 90 rows;
-- if not, rollback and investigate instead of committing!
COMMIT;

上述步骤必须在安装的每个数据库中执行，包括 template1，理想情况下还包括 template0。 如果不修复模板数据库，随后创建的任何数据库都将包含同样的错误。 template1 可以像任何其他数据库一样修复，但修复 template0 需要额外的步骤。首先，从任意数据库执行：

UPDATE pg_database SET datallowconn = true WHERE datname = 'template0';

接着连接到 template0 并执行上述修复步骤。最后执行：

-- re-freeze template0:
VACUUM FREEZE;
-- and protect it against future alterations:
UPDATE pg_database SET datallowconn = false WHERE datname = 'template0';