PostgreSQL 12中ORDER BY与LIMIT组合的异常行为问题

这大概率不是PostgreSQL 12的bug，而是排序逻辑里的细节导致的，我们来拆解可能的原因和解决办法：

最可能的原因：timestamp字段存在重复值 #

当你用ORDER BY timestamp DESC排序时，如果有多条记录的timestamp值完全相同，PostgreSQL不会自动为这些记录添加额外的排序规则——也就是说，这些重复timestamp的记录之间的顺序是不确定的，数据库可能根据存储位置、索引扫描顺序等随机返回。

• 当你不加LIMIT时，数据库返回的是所有符合条件的记录，可能刚好展示的是某一批重复timestamp里的行；
• 当加上LIMIT 1时，数据库可能从另一批重复timestamp的记录里选取了第一条，就出现了你看到的6001351这个结果。

解决办法：添加稳定的排序字段 #

为了让排序结果完全确定，你需要在ORDER BY里加上一个唯一的字段（比如你的主键entity_data_sur_id），确保即使timestamp重复，排序顺序也是固定的：

SELECT ed.Entity_Data_sur_id 
FROM ucc.Entity_Data ed 
WHERE ed.entity_id = 1 
ORDER BY timestamp DESC, entity_data_sur_id DESC 
LIMIT 1;

其他可能的排查方向 #

1. 检查timestamp字段的异常值
   先查一下那条entity_data_sur_id=6001351的记录的timestamp值，看看它是不是真的比其他返回的记录的timestamp更大：

   SELECT timestamp FROM ucc.Entity_Data WHERE entity_data_sur_id = 6001351;
   

   另外要注意timestamp和timestamptz（带时区）的区别，如果你的字段是timestamptz，时区设置可能影响显示的时间值。

2. 对比执行计划
   用EXPLAIN ANALYZE查看两个查询的执行计划，看看数据库是不是用了不同的索引或者扫描方式：

   EXPLAIN ANALYZE SELECT ed.Entity_Data_sur_id FROM ucc.Entity_Data ed WHERE ed.entity_id = 1 ORDER BY timestamp DESC;
   EXPLAIN ANALYZE SELECT ed.Entity_Data_sur_id FROM ucc.Entity_Data ed WHERE ed.entity_id = 1 ORDER BY timestamp DESC LIMIT 1;
   

   如果两个查询用了不同的索引，可能会导致返回顺序的差异，但本质还是排序稳定性的问题。

总结 #

这种情况几乎都是排序不稳定导致的，不是PostgreSQL的bug。只要在排序时明确唯一的排序规则，就能得到你预期的结果。

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