PostgreSQL插入now()到timestamptz字段，查询大于同时生成时间仍命中该行

问题根因 #

1. INSERT语句语法错误：你插入时给now()加了单引号，写成了'now()'，这是字符串字面量而非函数调用。虽然PostgreSQL会将'now()'这类特殊字符串自动转换为当前时间戳，但该转换逻辑和直接调用now()函数存在微小差异，且容易引发隐式类型转换问题。
2. 时间精度匹配问题：你查询条件里的时间字符串'2021-11-05 09:20:02.846+0000'精度仅到毫秒，而timestamptz类型默认支持微秒精度。多数数据库客户端默认展示时间时会截断微秒位，你肉眼观察到的时间一致不代表实际存储的微秒级数值相等，很可能存储的createdAt微秒位大于你传入的查询时间，满足>筛选条件。
3. 大小写敏感问题：你建表时用双引号声明了驼峰命名的"createdAt"字段，PostgreSQL对双引号包裹的标识符大小写敏感，如果SQL中该字段未加双引号，会被自动转为小写createdat，可能引发字段匹配错误或隐式转换问题。

修复方案 #

• 修正INSERT语句写法，两种正确方式二选一即可：

-- 方式1：直接调用now()函数，不加单引号，字段加双引号避免大小写问题
INSERT INTO spaces (id, name, "createdAt")
VALUES(8, 'James', now());

-- 方式2：省略"createdAt"字段，直接使用表定义的默认值
INSERT INTO spaces (id, name)
VALUES(8, 'James');

• 修正查询语句，给查询时间明确指定timestamptz类型，避免隐式转换误差，如果需要匹配微秒精度，补全时间的微秒位：

select id, "createdAt" from spaces where "createdAt" > '2021-11-05 09:20:02.846000+0000'::timestamptz;

• 如果业务需要筛选特定时间点之后的新数据，建议额外使用自增ID、版本号等非时间字段做判断，彻底规避时间精度、时区差异导致的筛选错误。

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