【 TiDB 使用环境】测试
【 TiDB 版本】7.1.5
【复现路径】7.1.4升级到7.1.5
【遇到的问题:问题现象及影响】
挂起很多事务:
基本都是这个节点的
该节点tikv日志:
感觉没啥问题,怎么确定这些连接在干什么
【 TiDB 使用环境】测试
【 TiDB 版本】7.1.5
【复现路径】7.1.4升级到7.1.5
【遇到的问题:问题现象及影响】
挂起很多事务:
看看有没有更详细的日志,看下事务是谁发起的
compact ,标准的作业任务
但是,192.168.0.241 是个什么机器?为啥挂一堆 Sleep Session?
问题不大的,compact 是自动的。
我比较奇怪的点:tikv 实例为啥是 4个节点?偶数个?
tikv 实例可以偶数个,副本数一般要计数个,tikv数量要大于等于副本数
但是为什么只有那一个节点compact
是不是副本数没配置好,导致数据偏斜?
tikv compact ,比较常见了,tidb GC 就会引发这个 event …
event 会驱动所有的tikv 节点 compact
不会吧,不是大于三个就行了吗。而且我是从7.1.0一路升级上来的,以前也没出现这个
这个感觉是连接挂起了。可能前端这个连接已经断了。就是连上了啥也没做。这个和数据库没啥关系。
不行就重启下 tidb-server 主动断一遍。或者用 kill tidb seesion_id 杀一遍。
一样的 ,我先kill了,马上又连上来,然后我重启集群,一样有这些连接
那和数据库肯定没关系了。这是前端在创建连接。长连接导致的。
问题就是为什么都是这个节点产生的连接,这节点是kv节点
上面有 haproxy 么?或者应用。tikv 是不会去连接 tidb-server 的。
找到原因了,部署了一个dm服务,
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。