Ignite缓存查询返回空 与下层PostgreSQL查询结果不一致问题

可能的故障原因及排查方向 #

• 日期类型映射异常
  这是该场景下最高概率的诱因。你通过loadCache加载PostgreSQL数据时，如果没有显式配置DATE类型的映射规则，Ignite可能会将日期字段错误序列化为长整型时间戳、字符串甚至默认空值，导致查询中o_orderdate < DATE '1998-06-01'和l_shipdate > DATE '1998-06-01'的条件完全无法命中数据。
  你可以先执行简化查询验证：分别在Ignite中执行SELECT COUNT(*) FROM "OrdersCache".orders WHERE o_orderdate < DATE '1998-06-01'、SELECT COUNT(*) FROM "LineitemCache".lineitem WHERE l_shipdate > DATE '1998-06-01'，如果返回行数为0即可确认是该问题，重新调整数据加载时的字段类型映射即可解决。

• 分布式关联配置缺失
  你的查询涉及三张表的JOIN操作，而Ignite默认关闭分布式关联能力，只会在每个节点本地执行关联逻辑后聚合结果。如果三张表的关联数据没有配置亲和并置，分布在不同节点的关联行就无法被匹配到，最终返回空结果。
  你可以先在执行查询时开启distributedJoins参数验证，或者在缓存配置中将三张表的亲和键设置为同一关联字段（比如l_orderkey），确保关联数据落在同一节点。

• 字段匹配异常
  有两种可能会导致过滤条件失效：

  1. 加载数据时POJO字段与数据库字段映射错误，虽然总行数正确，但c_mktsegment、o_orderdate等字段实际存储的是错误值或者空值，过滤条件完全无法命中
  2. Ignite默认开启标识符大小写敏感，如果你建表时字段用了大写、查询时写小写，也会导致字段读取异常，过滤失效
     你可以执行SELECT c_mktsegment FROM "CustomerCache".customer LIMIT 10查看实际存储的字段值是否符合预期，同时核对表结构定义的字段名、类型是否和查询语句一致。

• 索引配置缺失
  虽然count(*)全表扫描可以返回正确行数，但关联键、过滤条件字段如果没有配置对应索引，部分版本的Ignite在执行多表关联+分组+排序的复杂查询时，会出现逻辑异常返回空结果。你可以检查c_custkey、o_custkey、l_orderkey、o_orderdate、l_shipdate、c_mktsegment字段是否都已创建索引。

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