https://docs.pingcap.com/zh/tidb/v6.1/configure-memory-usage tidb 有一个 server-memory-quota 可以用来限制 tidb 整个 server 的 memory 内存使用限制，对你这个场景应该有用

后续修复进度见 issue: https://github.com/pingcap/tidb/issues/37238

已经初步定位问题了，应该是 v6.1.0 引入的 bug, 之前的版本没这个问题，感谢发现 bug

我复现对比 TiDB 和 MySQL 的结果是不一样的，TiDB 的结果集好像是有问题，我们再仔细调查下

hi~ 你们有使用外键的场景/业务吗？是用的 ORM 框架吗？是的话，是什么 ORM 框架呀？

删除 ng-monitoring 的数据没有影响，里面存的是 TiDB 集群的一些监控/诊断数据。对正确性没有影响。

手动去把 ng-monitor 所在机器上的 ng-monitoring 的 data 目录删除吧，看日志好像是 /data/tidb-data/prometheus-9090/docdb , 直接 删除这个目录后重启 ng-monitoring 看看

5.4 版本应该没有 enable-streaming 导致内存泄漏的 bug 了

这个看上去是另一个查询 cluster_slow_query 导致的问题

在 4.0.12 上面没有复现你说的这个问题，麻烦贴下 select tidb_version() 和复现过程吧。 mysql> select tidb_version()\G *************************** 1. row *************************** tidb_version(): Release Version: v4.0.12 Edition: Community Git Commit Hash: 11a9254bec522c1991033a6098f6dccadc6eb7c1 Git Branch: HEAD UTC Build Ti…

看上去 TiKV 对本机的磁盘文件系统识别有些问题，我看看

想要 #双肩包#

[image] 麻烦复制下，然后发完整执行计划的文本吧

准确来说，是从 5.2 版本开始，enable-streaming 配置开始是废弃状态。

@OldJack. 您好，已经定位到问题了。确定是因为在设置 enable-streaming = true 后， 如果查询使用的内存超过 mem-quota-query 被 cancel 后，就可能会导致 goroutine 以及 内存泄漏。 临时绕过的方案是设置 enable-streaming = false。 enable-streaming 这个配置再 master 上已经是废弃状态了，不建议开启。

麻烦发我邮箱我查下吧

@OldJack 您好，方便发下您第一次开这个问题抓 profile 时，那一天（24小时 ）的 TiDB 日志吗？如不方便公开，您可以发我邮箱 chenshuang@pingcap.com 或者加我微信发我： crazycs2015