openGauss学习笔记-200 openGauss 数据库运维-常见故障定位案例-表文件大小无变化

最新推荐文章于 2024-08-14 09:14:59 发布
最新推荐文章于 2024-08-14 09:14:59 发布
阅读量575 收藏 7
点赞数 8
分类专栏： openGauss学习笔记 文章标签： openGauss 国产数据库 开源数据库 数据库 RDBMS
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/shuchaoyang/article/details/135657467
版权
这篇openGauss学习笔记聚焦于数据库运维中的一种常见故障——VACUUM FULL操作后表文件大小无变化。文章详细分析了问题可能的原因，包括表未被删除数据以及并发事务的影响，并提供了相应的处理办法，如等待事务结束或重启数据库后再执行清理命令。
摘要由CSDN通过智能技术生成

文章目录

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命令对该表进行清理。

  • 如果使用上面的方

了解本专栏 订阅专栏 解锁全文 超级会员免费看
superman超哥
关注
专栏目录
订阅专栏
openGauss学习笔记-205 openGauss 数据库运维-常见故障定位案例-业务运行时整数转换错
超哥的博客
01-23 503
openGauss学习笔记-205 openGauss 数据库运维-常见故障定位案例-业务运行时整数转换错205.1 业务运行时整数转换错205.1.1 问题现象205.1.2 原因分析205.1.3
postgres vacuum full 和 vacuum
weixin_42364322的博客
04-18 1483
ODOO使用 vacuum full 清理碎片 减轻数据库压力
vacuum full table_name；
weixin_45948414的博客
11-21 467
vacuum full table_name;
VACUUM FULL了解
HighGO
02-24 3843
在上一篇博客的基础上执行vacuum full：mydb=# vacuum full tbl_kenyon ; VACUUM mydb=# select pg_size_pretty(pg_relation_size('tbl_kenyon')); pg_size_pretty ---------------- 1289 MB (1 row) mydb=# select count(*) fro
openGauss SQL语法 —VACUUM
最新发布
weixin_53596073的博客
08-14 775
VACUUM回收表或B-Tree索引中已经删除的行所占据的存储空间。只针对列存表，将列存表的delta table中的数据转移到主表存储上。选择“FULL”清理，这样可以恢复更多的空间，但是需要耗时更多，并且在表上施加了排他锁。取值范围：要清理的表的名称。要分析的具体的字段名称，需要配合analyze选项使用。更新用于优化器的统计信息，以决定执行查询的最有效方法。要清理的表的一级分区名称。要清理的表的二级分区名称。回收站delta表的冗余空间，仅支持列存表。要清理的表的名称（可以有模式修饰）。
vacuum full table释放表占用的空间
howard_shooter的博客
10-27 424
表经过一系列删改操作后，虽然空间可以被重复使用，但空间并不一定释放，给操作系统，vacuum full tablename，可以对表的空间进行碎片整理和释放，但是这样会锁住表。
openGauss学习笔记-201 openGauss 数据库运维-常见故障定位案例-执行修改表分区操作时报错
超哥的博客
01-18 523
openGauss学习笔记-201 openGauss 数据库运维-常见故障定位案例-执行修改表分区操作时报错201.1 执行修改表分区操作时报错201.1.1 问题现象201.1.2 原因分析201
openGauss学习笔记-188 openGauss 数据库运维-常见故障定位案例-core问题定位
超哥的博客
01-06 528
当RemoveIPC参数设置为yes时，操作系统会在对应用户退出时删除IPC资源（共享内存和信号量），从而使得openGauss服务器使用的IPC资源被清理，引发数据库宕机。GUC参数log_directory设置的路径不可读取或无访问权限，数据库在启动过程中进行校验失败，通过panic日志退出程序。操作系统配置中RemoveIPC参数设置为yes，数据库运行过程中出现宕机，并显示如下日志消息。数据库本身机制，在磁盘满时，Xlog日志无法进行写入，通过panic日志退出程序。
openGauss学习笔记-193 openGauss 数据库运维-常见故障定位案例-备机卡住-数据库只读
超哥的博客
01-10 828
确定为上述场景时执行以下操作，不是上述场景时请勿按照本方法执行。使用DROP/TRUNCATE语句删除当前不再使用的用户表，直至磁盘空间使用率小于设定的阈值。当系统资源不足时，无法创建第三方管理线程，导致其管理的子线程无法退出，出现主机降备时卡住。删除用户表只能暂时缓解磁盘空间不足的问题，建议尽早通过扩容解决磁盘空间不足的问题。一主多备模式下，系统资源不足时，发生switchover，出现主机降备时卡住。磁盘空间达到阈值后，设置数据库只读，只允许只读语句执行。
Postgresql关于Vacuum的作用和操作方法，Vacuum full锁表并生成新的relfilenode
热门推荐
很多时候犯错都是在不知情的情况下发生的
04-16 1万+
官方文档 http://postgres.cn/docs/11/sql-vacuum.html http://postgres.cn/docs/11/routine-vacuuming.html 个人实验得出的一些总结 1、官方文档说vacuum full会释放磁盘空间，标准VACUUM(即不带FULL)不会，标准VACUUM也能把该表文件空间交还给操作系统的情况：表尾部有空页就能释放这个空页的空间，页包含页头部和行数据，也就是说如果每行数据都是死元组，那么整个这个页就是空闲的，实验场景，当我们insert
Greenplum 调优--VACUUM系统表
weixin_33757911的博客
07-04 1434
Greenplum 调优--VACUUM系统表 1、VACUUM系统表原因 Greenplum是基于MVCC版本控制的，所有的delete并没有删除数据，而是将这一行数据标记为删除， 而且update其实就是delete加insert。所以，随着操作越来越多，表的大小也会越来越大。对于OLAP 应用来说，大部分表都是一次导入后不再修改，所以不会出现这个问题。 但是对于数据字典来说，就会随...
解析 openGauss 的 AutoVacuum 机制及优化策略
2301_79720856的博客
03-04 920
AutoVacuum顾名思义就是“自动”进行的Vacuum操作 ，它是数据库系统的一个自动化功能，用于定期清理数据库表中的过时数据，释放存储空间，并更新表的统计信息。通过定期清理过时数据和更新统计信息，AutoVacuum 可以确保数据库的性能保持在一个良好的水平，提高系统的稳定性和可靠性。- log_autovacuum_min_duration：当自动清理的执行时间大于或者等于某个特定的值时，向服务器日志中记录本次自动清理执行的概要信息。设置此选项有助于追踪自动清理的行为。
循序渐进丨openGauss / MogDB 列存表vacuum DELTAMERGE过程申请的锁
weixin_54551388的博客
03-19 721
之前测试 openGauss 列存表vacuum DELTAMERGE的时候，发现pg_delta表会在做完vacuum DELTAMERGE后，使用新的物理文件，pg_delta表的relfilenode会发生变化，相当于表重建了。同时为了测试vacuum DELTAMERGE过程申请了什么锁，通过走读源码可以发现，vacuum DELTAMERGE过程申请了AccessExclusiveLoc...
我对PostgreSQL Vacuum详解：深入理解与实践
YUNBEE_chen的博客
03-15 2313
PostgreSQL的VACUUM是数据库维护和性能优化的重要组成部分，正确理解和运用VACUUM命令及其变种，对于保持数据库的良好运行状态具有重要意义。同时，随着数据库技术的发展和PostgreSQL新特性的引入，例如FREEZE窗口期、并行Vacuum等，VACUUM在处理大型数据集时的效率也在不断提升。
postgresql回收机制autovacuum
归来仍少年
09-17 1722
postgresql autovacuum delete操作行不会立即从数据文件中删除，而是通过xmax字段将其标记删除 update操作可能在postgresql中被视为delete+insert ##dead tuples select schemaname,relname,n_dead_tup, (case when n_live_tup>0 then n_dead_tup::float8/n_live_tup::float8 else 0 end) aa from pg_stat_all_ta
技术应用丨DWS 空间释放(vacuum full) 最佳实践
华为云官方博客
12-02 3029
摘要：本文主要介绍如何进行正常的VACUUM FULL 维护，及时释放磁盘存储。 1、背景 目前根据某项目情况，其DWS的磁盘IO性能低、库内数据量大、对象多、数据膨胀严重。若毫无目的性的进行空间释放，一方面对IO压力很大，严重影响当前DWS任务运行，同时预计每次执行VACUUM FULL 时间已超过运行间隔，导致维护任务无法开展；若依据脏页率进行磁盘空间维护，每次脏页统计花费1天之多且有极高概率出现异常，频繁进行脏页统计也一定程度上影响DWS运行。 本文档主要介绍如何进行正常的VACUUM FULL
Postgresql关于Vacuum的作用和操作方法，Vacuum full类似alter table会锁表并生成新的relfilenode
lusklusklusk的博客
09-23 1479
官方文档 http://postgres.cn/docs/11/sql-vacuum.html http://postgres.cn/docs/11/progress-reporting.html http://postgres.cn/docs/11/routine-vacuuming.html 个人实验得出的一些总结 1、官方文档说vacuum full会释放磁盘空间，标准VACUUM(即不带FULL)不会，标准VACUUM也能把该表文件空间交还给操作系统的情况：表尾部有空页就能释放这个空页的空间，页包含
openGauss vacuum analyze代码走读
weixin_53596073的博客
03-29 875
这里需要注意，如果目标并是系统表，则这里使用catalogxmin，普通表则使用全局oldestxmin，这和逻辑复制有关，逻辑复制需要使用xlog当时的元数据，所以将系统表的底线xmin与普通表的分开，防止旧元数据被清理，也防止普通表长期得不到清理。因为在索引被清理之前，死元组是无法删除的，上一步已经清理索引了，所以需要二扫来清理死元组，且如果有记录死元组，则在上一步已经记录到vacrelstats了。（根据元组页面结构，显然这里是要先遍历记录，然后统一修剪的，应该无法做到边遍历边修剪）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值