我就设置一个点,大表还是手工维护速度快
你这个没加时区哦,真正执行的时间可不是0点到1点
这个要兼顾海外客户,所以就没有明确时区问题。
可以移步到建议反馈板块反馈一下,文档团队采纳后会进行相应调整。
我去试试看吧
建议一旦被采纳还有积分相赠
应该怎么修正呢
如果是慢查询日志过多,可以删除或者移走一些慢查询日志,太久远的也没啥大用
所以说没有不记录analyze操作到慢查询日志的配置嘛?
tidb 中 anlayze table 执行用时超过2s正常吗?
非常正常,表越大越慢,2个小时都正常。。。
mysql中好像没这么慢吧,大佬请问有什么区别吗?
好的谢谢,我看下
我删掉归档的慢查询日志,现在查询 3 个小时的还是会卡死
你慢查询日志有多大,是每个tidb节点已经归档的慢查询日志都删掉(或者移走)了吗?
归档的都删了,现在只剩下tidb_slow_query.log文件,一个 78M 一个 48M
- 集群拓扑和资源情况发一下
- 整体负载看看