问一下tug，生产tidb 老是oom

🪐 TiDB 技术问题
1

【 TiDB 使用环境】生产环境 【 TiDB 版本】5.4 【遇到的问题】就是sql一直oom 那怎么能尽量避免oom 【复现路径】做过哪些操作出现的问题`
【问题现象及影响】

【附件】 ![%E5%9B%BE%E7%89%87|231x500](upload://67uleLlRarX5iKLV4I0T977swW1.jpeg)

请提供各个组件的 version 信息，如 cdc/tikv，可通过执行 cdc version/tikv-server --version 获取。

2

可以参考一下官方文档
https://docs.pingcap.com/zh/tidb/stable/tidb-troubleshooting-map#32-oom-问题
或者社区其他案例

3

主要是开发的sql占用内存大

4

日常的sql一个查询就500m内存.还是并发的

5

1、让开发优化SQL
2、合理设置mem-quota-query
3、确保/tmp目录拥有足够的空间，或者让tmp-storage-path指向空间充足的目录

6

那就需要优化SQL了，不要指望开发优化，专业的人干专业的事，直接DBA上手:wink:

7

这数据返回客户端，客户端不爆炸？用户能忍受吗？:joy:

8

集群性能好 倒是还可以忍受

9

你这个设置是整体的 需要单独的针对每一个sql进行设置

10

整体的，根据你的业务场景进行调整，如果很多SQL的内存都不够用，那肯定是要往上调的，但最主要的还是先优化SQL

11

该改SQL的还是应该改SQL

12

我遇到过类似的，比如并发出报表。但是报表这种东西就不应该是有并发场景的。或者说本来一个简单场景，被开发设计成为了一个报表

13

别提了 什么报表，前端都自己会刷新。相当于是ddos服务器

14

前端页面写了定时任务只要打开这个页面就自动会刷新。java接口就不停的返回数据。没放在redis里面 全放tidb了

15

你好，按照楼上建议，问题是否已经解决了呢？

16

这种论坛找找出发OOM的原因，一般是大结果集SQL等等，找到只能具体问题具体分析了。日志中，dashboard有会有一点痕迹的额

17

看楼上的回答，基本都是优化sql

18

一般多表连接的复杂SQL都不建议在OLAP类型数据库上执行

19

那这个除了 SQL 要优化，业务上的技术方案也得优化啊，用户流量全靠数据库抗。。。

20

此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。