有一个长查询连接，kill ID不起作用，state状态是in transaction

baozixiaoge · 2023 年11 月 28 日 02:29

【 TiDB 使用环境】生产环境
【 TiDB 版本】
V6.1.2

【遇到的问题：问题现象及影响】
有一个长查询连接，kill ID不起作用，state状态是in transaction
【资源配置】
【附件：截图/日志/监控】

zhanggame1 · 2023 年11 月 28 日 02:30

kill tidb XXXX试试

baozixiaoge · 2023 年11 月 28 日 02:31

试过 kill tidb query ID 也是不起作用

Kongdom · 2023 年11 月 28 日 02:32

看说明，当前版本应该是支持全局kill了。

show processlist看看对应语句的状态没有变么？

zhanggame1 · 2023 年11 月 28 日 02:33

截图看看
select * from INFORMATION_SCHEMA.CLUSTER_PROCESSLIST t
where t.COMMAND <>‘Sleep’

像风一样的男子 · 2023 年11 月 28 日 02:34

select的数据量是不是很大？

路在何chu · 2023 年11 月 28 日 02:35

是不是正在回滚数据

路在何chu · 2023 年11 月 28 日 02:36

是在对应的tidb节点杀的吗

baozixiaoge · 2023 年11 月 28 日 02:39

这个连接好几天了

baozixiaoge · 2023 年11 月 28 日 02:40

不是对应的节点，这个版本已经支持全局kill连接了吧

像风一样的男子 · 2023 年11 月 28 日 02:40

你这情况和我的类似不过我是update，卡了好几天

Kongdom · 2023 年11 月 28 日 02:41

不需要对应的tidb节点kill，已经支持全局kill

Kongdom · 2023 年11 月 28 日 02:43

好几天这种，就要检查是不是那位同仁写sql没有提交事务。终极解决方案是重启tidb节点。

路在何chu · 2023 年11 月 28 日 02:47

哦，好吧

baozixiaoge · 2023 年11 月 28 日 02:57

看样子再等两天看看能自己消失不？实在不行再重启某个tidb节点吧

像风一样的男子 · 2023 年11 月 28 日 02:58

如果不消耗资源，不影响使用先观察几天。重启是终极解决方案

Kongdom · 2023 年11 月 28 日 02:58

其实一样的，他这个虽然是select，但是是在事务里，估计是和我们一样用了for update之类的事务锁。

胡杨树旁 · 2023 年11 月 28 日 03:00

看下memory 有变化吗？如果没有变化的话应该是遇到了bug,需要重启对应的tidb节点

baozixiaoge · 2023 年11 月 28 日 03:01

看了一下监控，空闲资源充足，观察几天看看吧

zhanggame1 · 2023 年11 月 28 日 03:11

kill不掉就重启吧，估计自己好不了了