我们部署的服务，前几天出现在0点到8点响应非常慢，8点多tidb自动重启，查询服务日志发现这一天的"key is locked"日志比前后几天正常时多2~3倍，而且发现某些日志lock_ttl和txn_size字段达到设置的最大值，大佬们帮忙分析一下这个日志是正常的吗
版本：4.0.2
慢的原因在排查中
想问下，图片的日志是正常的吗，是否可以提示一些线索
读写冲突，读数据时发现 key 有锁阻碍读，锁包括未提交的乐观锁和未提交的 prewrite 后的悲观锁。
primary_lock：锁对应事务的 primary lock
lock_version：锁对应事务的 start TS
key：表示被锁的 key
lock_ttl: 锁的 TTL
txn_size：锁所在事务在其 region 的 key 数量，指导清锁方式。
查询日志，发现大量的auto analyze triggered日志信息，执行时间在1分钟左右，
我看文档这个是自动触发的，这个日志大量出现会拖慢系统吗？
我们的场景是凌晨指定一段时间，同步我们的业务库到tidb，当前策略是凌晨1点统一truncate，
然后5点统一insert。
以前的策略是轮询所有表，truncate一张表然后insert一张表，有2天出现系统响应非常慢，
修改为当前策略后，暂未发现慢的问题。
我们本地还有syncer实时同步在跑
请根据上面的排查map，找一下问题发生时，具体哪里比较慢，多谢。