tidb多线程删除或者更新数据

[TiDBer_微风轻吟 (微风轻吟挽歌)]

【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】v7.5.1
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
部署在三台32G的机器上使用的tiup部署

大致就是这个情况，现在如果多个线程同时进行更新或者同时删除（大概200w的记录），就会导致上方的情况。这个问题怎么解决

[onlyacat]

看这个没用
看下 dashboard / grafana 看看是不是 oom 了

[zhaokede]

肯定是OOM了；
这个多线程删除数据，要看你的业务代码删除SQL了，会不会有大事务，会不会有死锁，连接数多大？

[TiDBer_QYr0vohO]

估计oom了，看看系统日志还有监控吧

[濱崎悟空 (Ti D Ber A4y L3 Lr T)]

到监控里看看情况

[FutureDB]

估计是OOM了，可以看下SQL的实际执行计划里的内存占用情况；还有一个，不建议TiDB和TiKV、TiFlash一起混合部署，最好存算节点分开部署。

[zhanggame1 (Ti D Ber G I13ecx U)]

oom了，混合部署配置下tidb和tikv内存限制参数，否则肯定oom

[TiDBer_微风轻吟 (微风轻吟挽歌)]

是的确实是oom了，请问那个参数在哪配置呀，文档里面找了好久

[有猫万事足]

https://docs.pingcap.com/zh/tidb/stable/hybrid-deployment-topology#混合部署的关键参数介绍

在这里

[zhanggame1 (Ti D Ber G I13ecx U)]

第一个 tidb组件的内存限制 SET GLOBAL tidb_server_memory_limit = “20GB”;
第二个tikv组件的内存限制 SET config tikv storage.block-cache.capacity='GiB’ 也可以改配置文件，注意这个值乘以1.5才是差不多真实内存占用

[TiDBer_微风轻吟 (微风轻吟挽歌)]

谢谢您

[TiDBer_微风轻吟 (微风轻吟挽歌)]

谢谢您，

[迪迦奥特曼]

1、dmesg|tail -10 查询是否oom
2、检查下更新、删除的sql是否可以优化走索引或者主键

[友利奈绪]

是因为缺少配置导致的oom吗

[TiDBer_RjzUpGDL]

OOM了

[鱼跃龙门 (Ti D Ber Os Nna P Ry)]

oom了，设置下参数tidb_server_memory_limit和storage.block-cache.capacity