问题标签 [pg-repack]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
postgresql - 错误:pg_repack 失败并出现错误:错误:列“relhasoids”不存在
我正在使用 pg_repack 扩展对我的数据库表执行完全真空。到目前为止,我使用的是 postgres-11。现在,我已将其升级到 postgres-12.4。升级后,当我再次开始完全真空时 - 我收到以下错误:
这里有详细的:
如何在 postgres -12 版本中避免这个问题?我已经尝试安装 pg_repack12 并且 pg_repack 版本 1.4.5 只安装在我的机器上,它支持 postgres -12。还是同样的错误。
postgresql - 在云 sql (GCP) 上维护后 pg_repack 版本不匹配
我在 GCP 上有一个 cloud-sql postgres11 实例,并使用 pg_repack cron 来清理我的数据库。我注意到自上次维护(3 月 21 日 7 日)以来,我无法重新打包。当尝试手动运行重新打包时,我遇到了以下错误消息:
错误:pg_repack 失败并出现错误:程序 'pg_repack 1.4.4' 与数据库库 'pg_repack 1.4.6' 不匹配
做了以下检查:
- 加载的 pg_repack 版本是什么:
- pg_repack 的可用版本是什么:
我将 pg_repack 升级到 1.4.6 版本并没有帮助,我还尝试删除并创建扩展,或者重新启动 sql-instance 没有运气。:-(
我想知道是否有人已经解决了这个问题。如果是这样,有什么解决办法吗?
postgresql - 函数 hmac(text, text, text) 不存在
正在运行 pg_repack 并失败并出现以下错误。
WARNING: Error with create index: ERROR: function hmac(text, text, text) does not exist LINE 1: ...225736 ON repack.table_224997 USING btree (encode(hmac((('id... ^ HINT: No function matches the given name and argument types. You might need to add explicit type casts.
但是 pgcrypto 扩展安装在公共模式中。
-[ RECORD 5 ]------------------------------------------------------------------ Name | pgcrypto Version | 1.3 Schema | public Description | cryptographic functions
show search_path ; -[ RECORD 1 ]---------------- search_path | "$user", public
你能帮我理解为什么它失败了。谢谢
postgresql - 无法删除 pg_repack
pg_repack
根据 p 提供的文档,我有 Postgres 14.1 并安装了扩展g_repack
。
自从我安装pg_repack
后,我注意到一个表有 log_30912 并且表大小增加到大约。300 GB 并且还在增加。
虽然我安装了pg_repack
,但我还没有开始使用它,但它仍然在创建这个日志。
我在这里有两个问题:
- 无论如何,我们是否可以停止
pg_repack
创建此类日志表,除非我们正在使用pg_repack
? - 当我尝试删除
pg_repack
扩展名时,这会引发以下错误,如果无论如何我们可以删除扩展名而不使用CASCADE
?
database - pg_repack 运行了一整周 - 这是预期的行为吗?
我在pg_repack
7 天前启动了它,它仍在运行。我还没有真正看到任何示例在我的谷歌搜索中花费这么长时间......这对我的设置来说是典型的吗(见下文详细信息)?我应该让它继续下去吗?还是我应该取消?如果我取消,那么在不引起问题的情况下最好的方法是什么?
我的设置:
它在 postgres aurora 上运行。总表大小为 ~950GB(索引 ~650GB 和表大小 ~300GB)。
我正在pg_repack
同一 vpn 上的 ec2 机器上的屏幕上的客户端运行,如下所示:
https ://aws.amazon.com/blogs/database/remove-bloat-from-amazon-aurora-and-rds- for-postgresql-with-pg_repack/
pg_repack --version = 1.4.4
我使用的命令是
我可以通过查看 AWS b/c 上的性能洞察来确认 pg_repack 仍在运行
仍在占用活动会话。
编写器实例徘徊在 700-800 次提交/秒左右。
实例是db.r6g.16xlarg
e,有 1 个写入器和 2 个读取副本。