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

这篇具有很好参考价值的文章主要介绍了openGauss学习笔记-200 openGauss 数据库运维-常见故障定位案例-表文件大小无变化。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

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

👍 点赞,你的认可是我创作的动力!

⭐️ 收藏,你的青睐是我努力的方向!

✏️ 评论,你的意见是我进步的财富!

openGauss学习笔记-200 openGauss 数据库运维-常见故障定位案例-表文件大小无变化,openGauss学习笔记,openGauss,国产数据库,开源数据库,数据库,RDBMS文章来源地址https://www.toymoban.com/news/detail-801504.html

到了这里,关于openGauss学习笔记-200 openGauss 数据库运维-常见故障定位案例-表文件大小无变化的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • openGauss学习笔记-199 openGauss 数据库运维-常见故障定位案例-Lock wait timeout

    199.1 执行 SQL 语句时,提示 Lock wait timeout 199.1.1 问题现象 执行SQL语句时,提示“Lock wait timeout”。 199.1.2 原因分析 数据库中存在锁等待超时现象。 199.1.3 处理办法 数据库在识别此类错误后,会自动进行重跑,重跑次数可以使用max_query_retry_times控制。 需要分析锁超时的原因,

    2024年01月16日
    浏览(54)
  • openGauss学习笔记-205 openGauss 数据库运维-常见故障定位案例-业务运行时整数转换错

    205.1 业务运行时整数转换错 205.1.1 问题现象 在转换整数时报错如下。 205.1.2 原因分析 部分数据类型不能转换成目标数据类型。 205.1.3 处理办法 逐步缩小SQL范围确定不能转换的数据类型。 👍 点赞,你的认可是我创作的动力! ⭐️ 收藏,你的青睐是我努力的方向! ✏️ 评论

    2024年01月24日
    浏览(43)
  • openGauss学习笔记-196 openGauss 数据库运维-常见故障定位案例-强制结束指定的问题会话

    196.1 强制结束指定的问题会话 196.1.1 问题现象 有些情况下,为了使系统继续提供服务,管理员需要强制结束有问题的会话。 196.1.2 处理办法 以操作系统用户omm登录主机。 使用如下命令连接数据库。 postgres为需要连接的数据库名称,8000为端口号。 从当前活动会话视图查找问

    2024年01月18日
    浏览(49)
  • openGauss学习笔记-198 openGauss 数据库运维-常见故障定位案例-分析查询效率异常降低的问题

    198.1 分析查询效率异常降低的问题 198.1.1 问题现象 通常在几十毫秒内完成的查询,有时会突然需要几秒的时间完成;而通常需要几秒完成的查询,有时需要半小时才能完成。 198.1.2 处理办法 通过下列的操作步骤,分析查询效率异常降低的原因。 使用analyze命令分析数据库。

    2024年01月16日
    浏览(60)
  • openGauss学习笔记-201 openGauss 数据库运维-常见故障定位案例-执行修改表分区操作时报错

    201.1 执行修改表分区操作时报错 201.1.1 问题现象 执行ALTER TABLE PARTITION时,报错如下。 201.1.2 原因分析 在同一条ALTER TABLE PARTITION语句中,既存在DROP PARTITION又存在ADD PARTITION时,无论它们在语句中的顺序是什么,openGauss总会先执行DROP PARTITION再执行ADD PARTITION。执行完DROP PARTITIO

    2024年01月19日
    浏览(46)
  • openGauss学习笔记-184 openGauss 数据库运维-升级-升级验证

    本章介绍升级完成后的验证操作。给出验证的用例和详细操作步骤。 184.1 验证项目的检查表 表 1 验证项目的检查表 序号 验证项目 检查标准 检查结果 1 版本查询 查询升级后版本是否正确 - 2 健康检查 使用gs_checkos工具完成操作系统状态检查。 - 3 数据库状态 使用gs_om工具完成

    2024年02月03日
    浏览(49)
  • openGauss学习笔记-61 openGauss 数据库管理-常见主备部署方案

    61.1 单中心 图 1 单中心部署图 组网特点: 单AZ部署,可以配置一个同步备一个异步备 优势: 三个node完全等价,故障任意一个node都可以提供服务; 成本低。 劣势: 高可用能力较低,发生AZ级故障只能依赖节点恢复; 适用性: 适用于对高可用性要求较低的业务系统。 61.2 同

    2024年02月09日
    浏览(44)
  • openGauss学习笔记-149 openGauss 数据库运维-备份与恢复-逻辑备份与恢复之gs_restore

    149.1 背景信息 gs_restore是openGauss提供的针对gs_dump导出数据的导入工具。通过此工具可由gs_dump生成的导出文件进行导入。 gs_restore工具由操作系统用户omm执行。 主要功能包含: 导入到数据库 如果连接参数中指定了数据库,则数据将被导入到指定的数据库中。其中,并行导入必

    2024年02月04日
    浏览(47)
  • openGauss学习笔记-09 openGauss 简单数据管理-创建数据库

    数据库安装完成后,默认生成名称为postgres的数据库。您需要自己创建一个新的数据库。 9.1 语法格式 创建数据库 查看数据库 使用“l”用于查看已经存在的数据库。 使用 “c + 数据库名” 进入已存在数据库。 修改数据库 删除数据库 9.2 参数说明 database_name 要创建、修改或

    2024年02月16日
    浏览(55)
  • openGauss学习笔记-60 openGauss 数据库管理-逻辑存储结构

    openGauss的数据库节点负责存储数据,其存储介质也是磁盘,本节主要从逻辑视角介绍数据库节点都有哪些对象,以及这些对象之间的关系。数据库逻辑结构如 图1 。 图 1 数据库逻辑结构图 说明: Tablespace,即表空间,是一个目录,可以存在多个,里面存储的是它所包含的数据

    2024年02月09日
    浏览(49)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包