TIDB单条查询sql内存限制为啥也不生效

tidb小白 · 2025 年7 月 24 日 09:42

【 TiDB 使用环境】生产环境
【 TiDB 版本】8.5.1
【复现路径】
【遇到的问题：问题现象及影响】tidb的tidb_mem_quota_query已经设置大概8G，且tidb_mem_oom_action的值为CANCEL。为啥集群里，单个查询sql，还是能达到18.2G哇

Chen_Hank · 2025 年7 月 25 日 02:18

单条限制吧，你下班那个图是单条sql内存使用？

tidb小白 · 2025 年7 月 25 日 06:37

最后一张图，不是；倒数第二张图，是单条sql的，18.2G

Kongdom · 2025 年7 月 25 日 09:23

查询全局参数看看设置的是多少？不带global是查的会话参数。

porpoiselxj · 2025 年7 月 26 日 01:03

好像确实有些场景限制不住，可以考虑估计再做个监控，对遗漏的sql进行捕杀

tidb小白 · 2025 年7 月 28 日 01:10

会话没有单独设置哦，这个截图，就是全局的

Kongdom · 2025 年7 月 28 日 05:18

看看这两个执行一样么?

SELECT @@GLOBAL.tidb_mem_quota_query;

SELECT @@SESSION.tidb_mem_quota_query;

tidb小白 · 2025 年7 月 28 日 07:23

是一样的

Kongdom · 2025 年7 月 28 日 07:56

那应该不是这里的原因。

tidb小白 · 2025 年7 月 29 日 08:18

捞一下帖子

TiDBer_xTvoCh2f · 2025 年7 月 29 日 09:39

查查日志，看看有没有和内存相关的错误
实在不行，重启下应该有帮助（重启后再看看值有没有变化）

TiDBer_xTvoCh2f · 2025 年7 月 29 日 09:42

该变量在单条查询仅涉及读数据的情况下，对内存控制效果较好。若还存在额外的计算操作（如连接、聚合等），打开该变量可能会导致内存不受 tidb_mem_quota_query 控制，加剧 OOM 风险。

tidb小白 · 2025 年7 月 30 日 02:04

这个变量我看过，我们是关闭的，所以不满足这一点；

cchouqiang · 2025 年7 月 31 日 08:16

这个sql是走tikv还是tiflash

tidb小白 · 2025 年7 月 31 日 10:05

这个sql是个联合查询，关联了好几张表，有一张表是tiflash，其余表都是tikv

TiDBer_xx13 · 2025 年8 月 4 日 01:06

版本吗

独善其身 · 2026 年2 月 23 日 02:19

执行计划被优化了吧