https://github.com/pingcap/tidb/pull/62042 在修了

初步怀疑是 https://github.com/pingcap/tidb/pull/50874 引入的

相对于 v7.5.6 来说的确是一个性能回退 [image]

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 配置开始是废弃状态。