openGauss学习笔记-200 openGauss 数据库运维-常见故障定位案例-表文件大小无变化
openGauss学习笔记-200 openGauss 数据库运维-常见故障定位案例-表文件大小无变化200.1 VACUUM FULL一张表后，表文件大小无变化200.1.1 问题现象200.1.2 原因分析200.1.3 处理办法
openGauss学习笔记-200 openGauss 数据库运维-常见故障定位案例-表文件大小无变化
200.1 VACUUM FULL一张表后，表文件大小无变化
200.1.1 问题现象
使用VACUUM FULL命令对一张表进行清理，清理完成后表大小和清理前一样大。
200.1.2 原因分析
假定该表的名称为table_name，对于该现象可能有以下两种原因：
table_name表本身没有delete过数据，使用VACUUM FULL table_name后无需清理delete的数据。因此表大小清理前后一样大。
在执行VACUUM FULL table_name时有并发的事务存在，可能会导致VACUUM FULL跳过清理最近删除的数据，导致清理不完全。
200.1.3 处理办法
对于第二种可能原因，有如下两种处理方法：
如果在VACUUM FULL时有并发的事务存在，此时需要等待所有事务结束，再次执行VACUUM FULL命令对该表进行清理。
-
如果使用上面的方法清理后，表文件大小仍然无变化，确认无业务操作后，使用以下SQL查询活跃事务列表状态：
select txid_current();使用该SQL可以查询当前的事务XID。再使用以下命令查看活跃事务列表：
select txid_current_snapshot();如果发现活跃事务列表中有XID比当前的事务XID小时，停止数据库再启动数据库，再次使用VACUUM FULL命令对该表进行清理。
👍 点赞，你的认可是我创作的动力！
⭐️ 收藏，你的青睐是我努力的方向！
✏️ 评论，你的意见是我进步的财富！
PS：因为公众号平台更改了推送规则，如果不想错过内容，记得读完点一下“在看”，加个“星标”，这样每次新文章推送才会第一时间出现在你的订阅列表里。点“在看”支持我吧!
原文作者：超哥的IT私房菜；如有侵权，请联系管理员删除。
最新文章
- 06 ASM存储入门——Oracle 19c的“存储管家”（可选，针对需要ASM的场景）
- 05 手把手部署Oracle 19c RAC——2节点实例安装全流程（图形化+静默）
- 04 手把手部署Oracle 19c——单实例ASM安装全流程（图形化+静默）
- 03 Oracle 19c初始化配置——让数据库“好用又安全”
- 02 手把手部署Oracle 19c——单实例安装全流程（图形化+静默）
- 01 Oracle 19c部署前的“避坑指南”——环境规划与准备
- 开源堡垒机 JumpServer 社区版实战教程：发布机的配置与Website资产配置使用
- 开源堡垒机 JumpServer 社区版实战教程：一步步构建企业安全运维环境
- 基于 Ubuntu 22.04 离线安装 JumpServer 社区版 v4.4.1
- Harbor镜像仓库实战指南：从安装到高级管理的全面解析
