PostgreSQL pg_vector：ORDER BY ASC无结果但DESC有结果的原因咨询

以下是几种常见的导致该现象的原因：

• 近似索引的漏检问题
  如果你的embedding字段创建了ivfflat这类近似索引，pg_vector在执行最近邻排序（ORDER BY distance ASC）时会依赖索引做近似检索，可能存在漏检情况——索引没找到符合条件的记录，但实际数据中存在。而最远邻排序（DESC）通常不会走近似索引，会扫描全表，所以能返回结果。可以尝试关闭索引强制全表扫描验证：

  SELECT
         langchain_pg_embedding.document,
         langchain_pg_embedding.embedding <=> (ARRAY [-0.021213598549366,  ..., -0.03685509413480759])::vector AS distance
  FROM langchain_pg_embedding
           JOIN langchain_pg_collection
                ON langchain_pg_embedding.collection_id = langchain_pg_collection.uuid
  WHERE langchain_pg_embedding.collection_id = '3831f45b-ee1b-4009-afa4-c7b0e1aadda7'
  ORDER BY distance ASC
  LIMIT 1
  OFFSET 0;
  

  也可以先执行SET enable_indexscan = false;再运行查询，强制走全表扫描。

• 空值（NULL）的排序特性
  PostgreSQL中，NULL在排序时的规则是：ORDER BY DESC时NULL会排在所有非NULL值的前面，ORDER BY ASC时NULL同样排在最前面。如果你的查询结果中只有一条记录，且它的distance值为NULL（比如向量维度不匹配、embedding字段本身为NULL），那么：

  • DESC排序时，这条NULL记录会被LIMIT 1取到并返回；
  • 若你的客户端工具默认不显示NULL结果，或者将NULL视为无结果，就会出现ASC时看似无返回的情况。可以直接检查返回的distance值是否为NULL。

• 冗余JOIN的优化差异
  你的查询中JOIN langchain_pg_collection是冗余的——WHERE条件已经通过collection_id过滤，不需要关联另一张表。部分情况下，查询优化器对ASC和DESC排序的JOIN处理逻辑不同，可能导致ASC时意外过滤掉结果。可以去掉冗余的JOIN重试：

  SELECT
         document,
         embedding <=> (ARRAY [-0.021213598549366,  ..., -0.03685509413480759])::vector AS distance
  FROM langchain_pg_embedding
  WHERE collection_id = '3831f45b-ee1b-4009-afa4-c7b0e1aadda7'
  ORDER BY distance ASC
  LIMIT 1;
  

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