删除操作触发OOM，但是删除的数据并不多。

[刘_智勇 (芝士改变命运)]

是不是tidb 节点的内存太小了啊，限制使用的最大内存的参设是不是没有设置啊

[我是火炎焱燚 (Ti D Ber 9 Dh P An J6)]

从报错 “Error 1105 (HY000): Out Of Memory Quota” 来看，是 TiDB 执行删除操作时出现了内存配额不足的问题。

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

可以看看执行计划，以及调整内存配置

[老鹰506 (Ti D Ber Uhzt Tfx J)]

最终是如何解决的呀？

[我是火炎焱燚 (Ti D Ber 9 Dh P An J6)]

本次 OOM 是由于 DELETE 语句缺少索引导致全表扫描，进而内存溢出。通过为 record_time 字段创建索引，让 SQL 高效执行，即可解决问题。

[Kongdom]

explain看到的是预估执行计划，explain analyze看到的是真实的执行计划。
执行explain analyze看看，应该走索引才对。

[煲汤镇河妖 (Ti D Ber Pkn Gbh4 U)]

这个估计因为全表扫描导致的，扫描全表数据去找要删除的数据，删除数量不多，但是I/O扫描范围大，你的表有500w的数据

[TiDBer_xx13 (Ti D Ber 3ix3 Rp1 H)]

感谢大佬分享

[TiDBer_CYsnk4cG]

同问，最终解决了吗？学习中。

[程序猿_DBA (Ti D Ber 6 Sq Crc Zr)]

建议在record_time添加索引，重新执行试试

[异乡的大人 (Ti D Ber 2 Qs S2z Ws)]

按照这个逻辑可以试试的

[异乡的大人 (Ti D Ber 2 Qs S2z Ws)]

全表扫描的可能性还是挺大的

[独善其身 (Ti D Ber Bi Rqfz5 K)]

历史数据删除怎么会导致OOM呢,看不明白

[TiDBer_EMDRI6T4 (凉面)]

没有索引吧？只保留7天数据，何不深度下用分区删除？

[TiDBer_Ejh0eCXc]

可能涉及事务

[TiDBer_Ejh0eCXc]

@TiDBer_EMDRI6T4

用

对, 可以改为按天分区的表

[TiDBer_ohQud1vx]

分批加小事务执行呢

[TiDBer_EMDRI6T4 (凉面)]

个人感觉这种场景用分区删除占用的资源会更少些

[Augenstern]

改成分区表

[Royce1220 (Ti D Ber Kwxb3 N7 I)]

可能是因为全表扫描导致的