小编Mar*_*icz的帖子

我正在尝试减少我的rpt文件的大小.问题出在图像上.当我删除图像时,文件大小约为50KB.当我添加图像时,它增加到600KB.

我减少了我的图像的结果.它只有12KB.我试过使用JPG,PNG,TIFF.随着图像越大,rpt文件的大小越来越大(对于200KB图像,它大约是2MB rpt)

你对这个问题有什么解决方案吗？

问候,

- Marcin Krupowicz

我遇到了 Postgresql（版本 9.4）性能难题。我有一个函数 ( prevd) 声明为STABLE（见下文）。当我在子句中的常量上运行此函数时where，它会被调用多次 - 而不是一次。如果我正确理解 postgres 文档，则应该优化查询以prevd仅调用一次。

STABLE 函数无法修改数据库，并且保证在给定单个语句中所有行的相同参数的情况下返回相同的结果

为什么在这种情况下它不优化调用prevd？我不希望对使用同一参数的prevd所有后续查询调用一次（就像它是 IMMUTABLE 一样）。prevd我期望 postgres 只需一次调用即可为我的查询创建一个计划prevd('2015-12-12')

请找到下面的代码：

模式

create table somedata(d date, number double precision);
create table dates(d date);

insert into dates
select generate_series::date
from   generate_series('2015-01-01'::date, '2015-12-31'::date, '1 day');

insert into somedata
select '2015-01-01'::date + (random() * 365 + 1)::integer, random()
from   generate_series(1, 100000);

create or replace function prevd(date_ date)
returns date
language sql
stable …

概括

我们max_slot_wal_keep_size从 Postgresql 13 开始使用来防止 master 被滞后的复制杀死。看来，在我们的例子中，WAL 存储在超过此参数后没有被释放，从而导致复制失败。正如我所认为的，WAL 应该被释放，但似乎没有任何其他事务一次需要它。我想知道这应该如何工作以及为什么 WAL 段没有被删除？

请在下面找到详细信息。

配置

• 主服务器和一个副本 - 使用插槽进行流式复制
• ~700GB 可用于 pg_wal
• max_slot_wal_keep_size = 600GB
• min_wal_size = 20GB
• max_wal_size = 40GB
• 默认checkpoint_timeout= 5 分钟（检查点没有问题）
• 存档已开启并且进展顺利

发生了什么

在重负载（大型 COPY/INSERT 事务，加载数百 GB 数据）下，复制开始落后。pg_wal 上的可用空间以与 safe_slot 相同的速度减少pg_replication_slot.safe_wal_size- 正如预期的那样。在某些时候safe_wal_size出现负值并且流媒体停止工作。这不是问题，因为副本开始从 WAL 存档恢复。我预计一旦槽丢失，WAL 将被删除最多max_wal_size. 但这并没有发生。看来 Postgres 试图维持接近max_slot_wal_keep_size(600GB) 的可用容量，以防副本再次开始追赶。随着时间的推移，没有任何一笔交易需要保留这么多的 WAL。归档也不落后。

• Q1： PG 是否会尝试维护max_slot_keep_sizeWAL 可用？
• Q2：如果不是，为什么当归档程序和系统上运行的任何事务都不需要过多的 WAL 时，PG 不删除它们？

大部分时间 pg_wal 上的可用空间量大约为 70GB，但是在某些时候，在大量自动清理期间，它下降到 0 :( 这是 …