重复的Postgres更新数组导致膨胀？

作者: 取之
发布时间: 2024-09-06 05:00:02 (15天前)
转自：

3 条回复

0#
回复此人
银环蛇 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 正如其他人正确提到的那样，这种方法并不适合PostgreSQL的操作模式。 </p> <P> 但是，您可以使用名为HOT的优化： </p> <UL> <LI> <P> 用a声明你的表 <code> fillfactor </code> 不到100这样的 <code> INSERT </code> 在每个街区留出自由空间： </p> <pre> <code> ALTER TABLE my_table SET (fillfactor = 50); </code> </pre> <P> 此设置仅影响将来的活动，您必须重新组织表以影响现有数据。如果更新表中的每一行，您可能需要一个低至30的设置才能生效。 </p> </LI> <LI> <P> 确保更新的列具有 <EM> 不 </EM> 有一个索引。 </p> </LI> </UL> <P> 然后PostgreSQL可以使用＆amp; ldquo; HOT update“并在运行中回收死表条目，这避免了需要autovacuum，这显然无法跟上你的桌面。 </p> <P> 检查 <code> n_tup_hot_upd </code> 列中的 <code> pg_stat_user_tables </code> 你的表行，看看它是否正常工作。 </p> </DIV>

编辑
1#
回复此人
=_= | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> Postgres使用MVCC，它可以写入copy。 </p> <P> 该 <code> UPDATE </code> 将整行复制到新行并将旧行标记为删除，但删除本身仅在真空期间发生，这由autovacuum守护程序定期发生。 </p> <P> 你可以通过跑步自己腾出空间 </p> <pre> <code> VACUUM </code> </pre> <P> 它有多少磁盘空间用完了？我从来没有听说过这个非庞大的数据库存在这样的问题。 </p> </DIV>

编辑

登录后才能参与评论