最近tidb有报错，请教下原因。

🪐 TiDB 技术问题
,
1

【TiDB 使用环境】生产环境
【TiDB 版本】6.1.1
【操作系统】
【部署方式】物理机
就是报错：[HY000][1105] interface conversion: executor.Executor is nil, not *executor.IndexLookUpJoin
用第三方的工具 刷不出表信息报这个错，把tidb节点重启了好了一段时间又报错

具体sql:SELECT * FROM information_schema.COLUMNS WHERE TABLE_SCHEMA=‘xxxxxx’ AND TABLE_NAME=‘last_fail_taskid’ ORDER BY ORDINAL_POSITION;
/* SQL错误（1105）：interface conversion: executor.Executor is nil, not *executor.IndexLookUpJoin */
单独：SELECT * FROM information_schema.COLUMNS WHERE TABLE_SCHEMA=‘xxxxxx’ 都不报错。explain SELECT * FROM information_schema.COLUMNS WHERE TABLE_SCHEMA=‘xxx’ AND TABLE_NAME=‘last_fail_taskid’ ORDER BY ORDINAL_POSITION; 结果是：

E7003BE8-ADD9-43eb-9B19-875D0AD2728A
E7003BE8-ADD9-43eb-9B19-875D0AD2728A1753×141 15.3 KB

2 个赞
2

查询报错？SQL贴出来，顺便执行计划看下

3

贴一下具详细的日志和sql

4

可视化工具尝试一下能执行成功么？

5

在官方文档的 FAQ里面 看看

6

查询报错，sql写得不对吧

1 个赞
7

详细的信息贴出来，大家好分析分析

1 个赞
9

没有呀 是能重启tidb 节点 临时解决

2 个赞
12

收集一下统计信息试试

1 个赞
13

查查是不是bug

1 个赞
14

您指的是什么统计信息
我用这个命令：ANALYZE TABLE information_schema.COLUMNS WITH 1000 SAMPLES;报错[42000][1142] INSERT command denied to user ‘root’@‘%’ for table ‘COLUMNS’

3 个赞
15

建议升级到 6.1.3+ 版本。

2 个赞
16

具体的报错信息不打详细啊

1 个赞
18

对, v6.1.1 发布于 2022 年，存在已知的稳定性风险，升级到官方维护的较新 LTS 版本是保障生产稳定性的最佳实践

1 个赞
19

感觉是 TiDB 6.1.1 版本的已知执行计划 Bug，重启仅临时缓解，建议升级到 6.1.3+ 或 LTS 版本根治。

1 个赞
20

估计是触发了BUG，看看 tidb 日志眼泪下的 stderrr 日志中有没有更详细的信息
匀们这边有遇到一个有点类似的错误，查系统表导致 tidb 节点 crash，触发自动重启

22

这很大可能是特定版本的计算引擎缺陷

23

建议升级到稳定版本把

24

此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。