二级索引进行排序执行速度慢

【 TiDB 使用环境】生产环境
【 TiDB 版本】6.1.7
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】SELECT * from t_flex_lineneedle_jobrecord ORDER BY start_time LIMIT 1
表结构:
CREATE TABLE t_flex_lineneedle_jobrecord (
id bigint(20) NOT NULL /*T![auto_rand] AUTO_RANDOM(5) */,
part_number varchar(20) NOT NULL COMMENT ‘料號’,
lot varchar(20) NOT NULL COMMENT ‘工單’,
panel_id varchar(20) NOT NULL COMMENT ‘大板號’,
location varchar(20) NOT NULL COMMENT ‘位置’,
overall_result varchar(20) NOT NULL,
err_string varchar(20) DEFAULT NULL,
test_item varchar(100) DEFAULT NULL,
svalue decimal(15,6) DEFAULT NULL,
usl decimal(15,6) DEFAULT NULL,
lsl decimal(15,6) DEFAULT NULL,
is_opening tinyint(1) unsigned zerofill DEFAULT NULL,
start_time datetime NOT NULL,
stop_time datetime NOT NULL,
first_failed_spec varchar(500) DEFAULT NULL,
create_time datetime DEFAULT NULL,
is_processed tinyint(4) DEFAULT ‘0’,
PRIMARY KEY (id) /*T![clustered_index] CLUSTERED */,
KEY id_stime (start_time),
KEY id_ctime (create_time),
KEY index_panel (panel_id),
KEY index_name (lot)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin /*T![auto_rand_base] AUTO_RANDOM_BASE=902702551 */ |

【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件:截图/日志/监控】
执行速度非常慢,执行计划如下:有执行 analyze table t_flex_lineneedle_jobrecord ;没有效果


发执行计划

看看执行计划。这个表的数据量有多少,如果太大的话,用时间索引效率不高,如果用主键的话快一点

共計49230099行

其他的sql慢吗?tikv节点资源怎么样?按理来说,limit会下推到tikv,如果是limit 1的话,每个tikv根据start_time索引返回1行即可,应该不会很慢啊

发下 完整的explain analyze的那个计划

时间太久了,根本跑不出来 :joy:

tikv 资源是不是爆了? 或者说有热点? tikv cpu 使用率的截图发下看看

执行查询不要查询大范围

这个没看懂,等大佬解答