这次看来到北京了

这版本太老了，我接触的版本都v5.0.0起的

同一条sql，大小不变： 下面tidb-server内存相关的： 查询： show variables like ‘%quota%’; tidb_mem_quota_query====>每条SQL占用缓存的大小 show variables like ‘%oom%’; tidb_mem_oom_action | CANCEL | 或LOG===>直接记录到日志文件中 tidb_mem_oom_action====>如果每条SQK占用缓存的大小超过tidb_mem_quota_query值的时候， 并且启用临时磁盘，临时磁盘没有空间，由此参数控制具体是取消…

我得加倍努力了，向量是什么我都不知道

[image] 我这个表比较特殊，表的字段有4500个。是不是跟这个有关系？

我截图只是其中一个，所有慢查询里面都是这样的。

[image] 这j里面的时间跟我发的截图的时间，完全不一致，哪里的问题？

看这里面的时间，如果只按delete_5那段时间time：86.9ms计算，不知道是不是每行时间的累计计算时间的？整个sql也就这么点时间。 但是慢查询里面显示这条语句的耗时是330ms？

这里面的时间关系是什么？这个sql语句的时间是这些时间的累计值还是指最上面的time:86.9ms?

这里面的时间，是累计的还是指最上面time:86.9ms?

换镜像试一下

我这都是用python自己写的监控程序，把需要的指写存储到数据库里面，再用页面展示出来，自带的都是用于排查问题。 [image]

文件应该是AI生成的。

在一台机器上用不同的端口也能部署，使用tiup比较方便，一健部署

[image] 选择版本的时候选择LTS，这个是官方稳定版本 [image]

[image] 至于小数，除法一定会存在的

你先认真的

一般都会升级的

可以合并，但是这种情况下最好交给pd自动merge