"commit_ts is too large, fallback to normal 2PC" 这个问题如何解决

[TiDBer_CRxijMVk]

【 TiDB 使用环境】生产环境
【 TiDB 版本】7.12
【复现路径】暂时不知道如何引起
【遇到的问题：问题现象及影响】
一直告警，tikv的服务状态为正常
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】

[Kongdom]

可以参考这个看看

TiKV 遇到大量 prewrite 报错日志，导致大量语句变慢

【 TiDB 使用环境】生产环境 【 TiDB 版本】6.1.7 【复现路径】N/A 【遇到的问题：问题现象及影响】 表现：线上偶发出现突然 SQL 请求变慢，排查定位后发现，出现时间点都是跟某个 TiKV store 出现大量 prewrite 报错有关，如下附图 【资源配置】 【附件：截图/日志/监控】 [image] [image] [image] 具体日志为： […

[老谭来了]

pd-ctl ping一下看看到pd的网络是不是有延迟呢；看一下是不是有大量慢SQL或者未提交事务

[TiDBer_CRxijMVk]

@老谭来了

pd-ctl ping

慢查询日志看着不算多

[老谭来了]

select * from CLUSTER_TIDB_TRX；看一下未提交的事务多吗

[TiDBer_CRxijMVk]

ping的时间

[TiDBer_CRxijMVk]

@老谭来了

select * from CLUSTER_TIDB_TRX

一条

[老谭来了]

看你的日志是昨天的 现在还一直在报这个吗

[TiDBer_CRxijMVk]

是的，报了好几天了

[老谭来了]

从监控上看一下有没有其他的异常指标

[老谭来了]

锁看过了吗

[TiDBer_CRxijMVk]

[TiDBer_CRxijMVk]

需要看哪个锁

[老谭来了]

感觉还是你事务执行时间过长的问题，事务超时了就会回退到2pc;你的日志里面也是报有put和delete锁类型；建议多观察一下你的一些监控；还有就是你的CLUSTER_TIDB_TRX状态是idle,如果是自动提交应该是Running，看下这个事务是什么语句是不是及时提交了

[TiDBer_CRxijMVk]

@老谭来了

务是什么语句是不是

这个如何操作呢“看下这个事务是什么语句是不是及时提交了”

[老谭来了]

SET @digests = ‘[“sql_digests”]’;

SELECT TIDB_DECODE_SQL_DIGESTS(@digests);

[TiDBer_CRxijMVk]

不知道与内存耗尽有没有关系

[TiDBer_CRxijMVk]

@老谭来了

SELECT TIDB_DECODE_SQL_DIGESTS(@digests);

第一条sql语句报错

[老谭来了]

sql_digests 是CLUSTER_TIDB_TRX中的ALL_SQL_DIGESTS

[TiDBer_CRxijMVk]

@老谭来了

SELECT TIDB_DECODE_SQL_DIGESTS