手动复制PostgreSQL：能否确保用户查询始终具有确定性？

可以运行多个从空状态初始化的PostgreSQL实例，通过执行完全相同的查询序列来保持状态同步，但必须严格管控查询中的非确定性因素。以下是针对你的核心问题的具体解答：

一、查询的固有非确定性来源 #

PostgreSQL中会破坏同步的非确定性主要来自以下几类：

• 随机生成函数：RANDOM()、GEN_RANDOM_UUID()、TS_RANDOM()等，每次调用返回结果完全不可预测。
• 时间相关函数：NOW()、CURRENT_TIMESTAMP（会话内稳定但跨实例执行时间不同）、CLOCK_TIMESTAMP()（实时变化）等，不同实例执行时的系统时间差异会导致结果不一致。
• 无明确排序的查询：SELECT语句未指定ORDER BY时，PostgreSQL可能根据存储顺序、执行计划差异返回不同的结果顺序，进而影响后续依赖结果顺序的操作。
• 依赖系统状态的函数：PG_BACKEND_PID()、CURRENT_SETTING()（若未统一配置）等，这类函数返回值与实例的运行状态绑定，不同实例结果不同。

二、限制非确定性函数的方法 #

1. 基于函数稳定性分类管控权限 #

PostgreSQL的所有内置函数都带有稳定性标记（VOLATILE/STABLE/IMMUTABLE）：

• VOLATILE：每次调用结果可能不同（如RANDOM()），是主要的非确定性来源。
• STABLE：同一会话内结果不变，但跨会话/实例可能因外部状态变化（如时间）产生差异。
• IMMUTABLE：输入相同则结果完全确定（如ABS()、CONCAT()），是安全的。

你可以通过系统表pg_proc筛选出所有内置VOLATILE函数：

SELECT proname, oid
FROM pg_proc
WHERE provolatile = 'v'
AND pronamespace = (SELECT oid FROM pg_namespace WHERE nspname = 'pg_catalog');

然后针对这些函数撤销普通用户的执行权限，例如：

-- 撤销PUBLIC角色对RANDOM()的执行权限
REVOKE EXECUTE ON FUNCTION random() FROM PUBLIC;
-- 撤销GEN_RANDOM_UUID()的权限
REVOKE EXECUTE ON FUNCTION gen_random_uuid() FROM PUBLIC;

注意：部分VOLATILE函数是数据库运行必需的（如COMMIT、ROLLBACK），需要从筛选结果中排除，避免破坏正常操作。

2. 额外管控STABLE时间函数 #

即使是STABLE的时间函数（如NOW()），跨实例执行时的时间差也会导致结果不一致。如果需要严格同步，建议：

• 撤销这类函数的执行权限，强制用户使用固定的时间值而非函数调用。
• 若必须使用时间，可在应用层统一生成时间戳并作为参数传入查询，确保所有实例使用相同的时间值。

3. 强制查询排序一致性 #

要求所有SELECT查询必须包含明确的ORDER BY子句，避免因存储或执行计划差异导致结果顺序不确定。可以在应用层做校验，或通过数据库触发器、自定义规则辅助约束。

三、实现类rqlite系统的额外注意事项 #

• 确保查询序列严格一致：所有实例必须按完全相同的顺序执行相同的查询，包括DDL和DML操作，避免因执行顺序差异导致状态分歧。
• 使用幂等查询：对于可能重复执行的操作（如重试场景），采用幂等写法（如CREATE TABLE IF NOT EXISTS、INSERT ... ON CONFLICT），避免报错或状态不一致。
• 统一实例配置：确保所有PostgreSQL实例的配置参数（如时区、字符集、序列起始值）完全相同，避免因配置差异引入非确定性。

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