TiDB v5.1 体验： 我用 TiDB 训练了一个机器学习模型 https://asktug.com/t/topic/95238

可以提供一下表结构、统计信息以及原始的 SQL 吗？我本地复现一下这个问题

有可能是升级上来的时候，默认关闭了 WIndowFunction 功能？ 试一下 set tidb_enable_window_function = 1 https://pingcap.com/docs-cn/stable/reference/sql/functions-and-operators/window-functions/#窗口函数

我感觉您的意思是 select a+b from t，想让这个 a+b 在 cop 端计算吧？ 如果是这个问题的话，目前 TiDB 还没有支持将这种表达式的计算下推到 TiKV 层。 如果想要支持这个方法，需要让 coprocessor 支持 Projection 算子，并且在 TiDB 的查询优化器中将这个 Projection 下推到 TableReader(or IndexReader, IndexLookUpReader) 以下。 在 4.0 版本还没有支持，但是后续有支持的计划。

看了下上传的执行计划，可能会触发 IndexJoin 存在的 Bug，导致结果不稳定。这个 Bug 在 3.0.10 版本进行了修复，建议升级到 3.0.10 及以上的版本再看下结果。

这个主要是索引选择问题，在这个 SQL 里，如果用 _id = x order by b.end_time 可以直接利用 (_id, end_time) 这个索引。 但是如果用 _id in (x) order by b.end_time 这种方式查询，在 3.0.x 版本中只能够用 (_id, end_time) 索引来过滤数据或者使用 (end_time) 索引来 KeepOrder。 这个问题已经在 4.0 版本进行了优化，当 in 语句内只有一个值的时候，TiDB 会自动将其改写为等值条件。

这个在 2.1 版本确实没有走索引，在最新的 3.x 和 master 都可以走索引了，如果想在 2.1 版本走索引的话可能需要手动选取索引。 select count(1) from app_mes_smt_pcba_mat_trace_new use index(idx_pcb_id); 选最短的索引，可以略微提高查询的速度。