这个DBA有点耶
DATA_FREE涨了几十G,表文件纹丝不动——InnoDB标记删除与页合并的完整链路
原创
关注作者
腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
搜索
搜索
关闭
发布
这个DBA有点耶
社区首页
>
专栏
>
DATA_FREE涨了几十G,表文件纹丝不动——InnoDB标记删除与页合并的完整链路
DATA_FREE涨了几十G,表文件纹丝不动——InnoDB标记删除与页合并的完整链路
这个DBA有点耶
关注
发布于 2026-10-19 15:06:29
发布于 2026-10-19 15:06:29
22
0
举报
概述
DELETE删了数据,磁盘空间却一点没释放。InnoDB的删除是“标记删除”,行被标记后空间不会立即回收。purge线程清理滞后、页合并阈值苛刻、长事务阻塞——三个因素叠加,导致删除后的空间长期“悬空”。本文拆解InnoDB删除空洞的形成机制、页合并的触发条件,以及OPTIMIZE TABLE和在线重建的实战选择。
文章被收录于专栏:
小耶转行干货分享
小耶转行干货分享
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系
cloudcommunity@tencent.com
删除。
sql-delete
mysql
性能优化
dba
目录
一、DELETE之后到底发生了什么
二、页合并为什么没生效
三、怎么确认空洞有多严重
四、解决方案:OPTIMIZE的代价与替代
五、小结
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档