Calcite从1.21升级到1.32后规则执行顺序控制求助

针对你升级Calcite后遇到的规则执行顺序倒置、成本断言错误问题，以下是几个可行的解决思路：

1. 给Rule2设置排他性匹配条件 #

修改Rule2的匹配逻辑，让它仅在Rule1执行完成后才满足匹配条件：

• 检查Fetch2节点是否已经带有C pushable filter配置（Rule1执行后的特征）
• 或者检查A节点上层是否已无剩余的C过滤器（对应Case2场景）
  只有满足上述任一条件时，Rule2才允许将A替换为B。这样优化器会优先触发Rule1（因为此时Rule2的匹配条件不满足），待Rule1执行完毕后，Rule2才会生效。

2. 拆分优化阶段，串行执行规则 #

Calcite支持将优化过程拆分为多个阶段，强制规则按阶段顺序执行：

• 定义第一个优化阶段，仅包含Rule1及相关的过滤器下推规则
• 定义第二个优化阶段，仅包含Rule2及A替换为B的相关规则
• 使用Programs.sequence将两个阶段组合，让优化器先执行完第一阶段的所有规则，再进入第二阶段。这种方式能严格保证Rule1在Rule2之前执行。

3. 利用成本模型延迟Rule2触发 #

Calcite优化器会优先选择能降低计划总成本的规则，你可以调整Rule2的触发时机：

• 保持A的无限成本特性，同时让Rule2的匹配逻辑依赖于“当前计划已无其他可降低成本的规则可应用”的状态
• 或者通过自定义RelOptCostFactory，让Rule2对应的成本优化在后期才被纳入考虑，确保Rule1（能有效降低后续执行成本）先被触发。

4. 自定义标记控制规则触发 #

在Rule1执行完成后，给相关节点（比如A或Fetch2）添加自定义标记：

• 可以通过扩展RelTrait或者利用RelMetadataQuery存储自定义属性
• 修改Rule2的匹配条件，仅当检测到该标记存在时才允许执行替换操作。这样只有Rule1执行后，Rule2才会被触发。

另外，你提到的top-down规则驱动无效，是因为它仅控制计划树的遍历顺序，不影响规则的匹配优先级，所以无法解决这个问题。而成本断言错误的根源正是Rule2提前执行导致过滤器未下推，计划成本计算偏差，解决规则顺序问题后该错误会自然消失。

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