Warda Bibi：在大规模应用中打破 pg_prewarm 的 1 GB 限制
内容提要
PostgreSQL 16.8 出现不稳定问题，导致无法连接数据库。调查发现，pg_prewarm 扩展在特定配置下引发内存分配错误，导致崩溃循环。升级到 PostgreSQL 16.10 可解决此问题。
关键要点
-
PostgreSQL 16.8 出现不稳定问题，导致无法连接数据库。
-
pg_prewarm 扩展在特定配置下引发内存分配错误，导致崩溃循环。
-
升级到 PostgreSQL 16.10 可解决此问题。
-
pg_prewarm 提供手动控制和自动预热模式，帮助加速缓存。
-
palloc 函数的 1 GB 限制导致在大内存配置下出现分配错误。
-
在 700 GB shared_buffers 配置下，PostgreSQL 16.8 出现内存分配失败。
-
崩溃循环导致后台工作进程频繁重启，影响应用程序性能。
-
修复方案是使用 palloc_extended 替代 palloc，绕过 1 GB 限制。
-
如果无法立即升级，可以通过禁用 autoprewarm 工作进程来缓解问题。
-
永久解决方案是升级到 PostgreSQL 16.10 或更高版本，以避免已知缺陷。
延伸问答
PostgreSQL 16.8 的不稳定问题是什么原因导致的？
PostgreSQL 16.8 的不稳定问题是由于 pg_prewarm 扩展在特定配置下引发的内存分配错误，导致无法连接数据库。
如何解决 PostgreSQL 16.8 的崩溃循环问题？
可以通过升级到 PostgreSQL 16.10 来永久解决崩溃循环问题，或者在无法立即升级的情况下，禁用 autoprewarm 工作进程来缓解问题。
pg_prewarm 扩展的主要功能是什么？
pg_prewarm 扩展提供手动控制和自动预热模式，帮助加速缓存，减少数据库重启后的冷启动时间。
PostgreSQL 的 palloc 函数有什么限制？
palloc 函数对单次内存分配有 1 GB 的硬限制，这在大内存配置下可能导致内存分配失败。
在什么情况下会触发 PostgreSQL 的内存分配错误？
当 shared_buffers 配置超过约 429 GB 时，palloc 函数的内存分配请求会超过 1 GB 限制，从而触发内存分配错误。
如果无法立即升级 PostgreSQL，应该如何处理？
可以通过禁用 autoprewarm 工作进程来缓解问题，具体步骤包括停止崩溃循环和移除 pg_prewarm 扩展。
