tidb7.5。 我在一个1.8亿的分区表上试了一下
WHERE (t1 .id > 6379887) ORDER BY t1 .id LIMIT 1000
t1
id
执行计划如上，速度挺快的。不应该会造成tikv大范围的扫描，进而导致unified read pool CPU 吃满。
我感觉你这个sql执行如果慢或者扫描数据多的话，搞不好还是执行计划有点问题。
