blocks|key|2560254|text|VACUUM+(FULL)是PostgreSQL提供的唯一缩小表大小的方法。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2560255|这张臃肿的烤面包桌对你来说是个问题吗？吐司表总是通过吐司索引访问，因此膨胀不应该成为性能问题。|2560256|我知道有两个项目只提供一个短的ACCESS+EXCLUSIVE锁，即挤挤和雷帕克，但是您可能无法在Amazon数据库中使用这些锁。|2560257|为了防止问题变得更糟，您应该首先尝试将受影响表的autovacuum_vacuum_cost_limit提高到2000，如果这不起作用，则将autovacuum_vacuum_cost_delay降低到0。可以使用ALTER+TABLE更改单个表的设置。|2560258|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/cybertec-postgresql/pg_squeeze|1|https://github.com/reorg/pg_repack/^0|0|D|0|0|F|G|Y|2|0|11|3|1|0|O|S|1Y|S|2Z|B|0^^$0|@$1|2|3|4|5|6|7|V|8|@$9|W|A|X|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|Y|8|@]|D|@]|E|$]]|$1|H|3|I|5|6|7|Z|8|@$9|10|A|11|B|C]]|D|@$9|12|A|13|1|14]|$9|15|A|16|1|17]]|E|$]]|$1|J|3|K|5|6|7|18|8|@$9|19|A|1A|B|C]|$9|1B|A|1C|B|C]|$9|1D|A|1E|B|C]]|D|@]|E|$]]|$1|L|3|-4|5|6|7|1F|8|@]|D|@]|E|$]]]|M|$N|$5|O|P|Q|E|$R|S]]|T|$5|O|P|Q|E|$R|U]]]]

<code>VACUUM (FULL)</code> is the only method PostgreSQL provides to reduce the size of a table.

Is the bloated TOAST table such a problem for you? TOAST tables are always accessed via the TOAST index, so the bloat shouldn't be a performance problem.

I know of two projects that provide table reorganization with only a short <code>ACCESS EXCLUSIVE</code> lock, namely <a href="https://github.com/cybertec-postgresql/pg_squeeze" rel="nofollow noreferrer">pg_squeeze</a> and <a href="https://github.com/reorg/pg_repack/" rel="nofollow noreferrer">pg_repack</a>, but you probably won't be able to use those in an Amazon RDS database.

To keep the problem from getting worse, you should first try to raise <code>autovacuum_vacuum_cost_limit</code> to 2000 for the affected table, and if that doesn't do the trick, lower <code>autovacuum_vacuum_cost_delay</code> to 0. You can use <code>ALTER TABLE</code> to change the settings for a single table.

blocks|key|670665|text|pg_repack仍然不允许在RDS中缩小吐司段的大小。在RDS中，我们不能以超级用户权限运行pg_repack，我们必须使用“--不-超级用户-检查”选项。这样，它将无法访问pg_toast.*表。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|670666|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

pg_repack still does not allow to reduce the size of TOAST Segments in RDS.
And in RDS we cannot run pg_repack with superuser privileges, we have to use "--no-superuser-check" option. With this it will not be able to access the pg_toast.* tables.

I have a Postgres 9.6 RDS instance and it is growing 1GB a day. We have made some optimizations to the relation related to the pg_toast but the pg_toast size is not changing. 

Autovacuum is on, but since autovacuum/VACUUM FREEZE do not reclaim space and VACUUM FULL does an exclusive lock, I am not sure anymore what the best approach is.

The data in the table is core to our user experience and although following <a href="https://lob.com/blog/running-vacuum-full-on-rds-postgres-with-minimal-downtime" rel="nofollow noreferrer">this</a> approach makes sense, it would take away the data our users expect to see during the vacuum full process.

What are the other options here to shrink the pg_toast?

Here is some data about table sizes. You can see in the first two images, that the relation <code>scoring_responsescore</code> is relation associated with the pg_toast.

<img src="https://i.stack.imgur.com/EWxLT.png" alt="enter image description here">
<img src="https://i.stack.imgur.com/Hh8hI.png" alt="enter image description here">

Autovacuum settings

<img src="https://i.stack.imgur.com/DQf9N.png" alt="enter image description here">

Results from current running autovacuum process for that specific pg_toast. It might help.
<img src="https://i.stack.imgur.com/3x418.png" alt="enter image description here">

Shrinking pg_toast on RDS instance

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我有一个Postgres 9.6 RDS实例，它每天增长1GB。我们对与pg_toast相关的关系进行了一些优化，但pg_toast大小没有变化。自动真空是打开的，但由于自动真空/真空冷冻不回收空间和真空满做独家锁定，我不知道什么是最好的方法。表中的数据是我们用户体验的核心，虽然遵循方法是有意义的，但它会带走用户在真空全过程中希望看到的数据。这里还有哪些其他选项可以缩小pg_toast呢？下面是一

问在RDS实例上收缩pg_toast
EN

回答 2

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在RDS实例上收缩pg_toastEN

回答 2

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在RDS实例上收缩pg_toast
EN