尽管有可用内存（缓存），但 OOM

Question 1

看来你（和我，症状非常相似）是真的记忆力耗尽了，并且被这个cached数字搞糊涂了。

特别是（我不太明白为什么），postgresshared_buffers可能会被报告在“缓存”（页面缓存）下。在您的情况下，与 OOM-killer 日志中的这一行相匹配6481852k cached：top

Jun 10 05:45:25 db kernel: [11209156.840788] 1615243 total pagecache pages

(1615243*4KB ~= 6481852k) - 这意味着在调用 OOM-killer 之前页面缓存确实没有被删除。

然而，很少有文件支持的页面（我认为active_file:98 inactive_file:168类似于 /proc/meminfo 的活动（文件）/非活动（文件）)，所以它并不是我们所熟知和喜爱的可丢弃页面。

该帖子位于https://www.depesz.com/2012/06/09/how-much-ram-is-postgresql-using/演示了一个示例会话，其中关闭 postgres 导致“缓存”的大小减少shared_buffers（滚动到“并且大部分数据都来自磁盘缓存——正如预期的那样，因为它被用于共享缓冲区。”) - 不幸的是，它没有表明用于实验的 postgres 版本或内核。

我使用的是 3.13.0-67 x86_64 和 PG 9.3。在 9.3 中，他们从使用 Sys V 共享内存（shmget）切换到匿名的mmap(...R+W, MAP_SHARED|MAP_ANONYMOUS|MAP_HASSEMAPHORE...)+fork()（在 9.4 中，可以通过动态共享内存类型）。但我找不到任何解释，为什么这些 mmap() 应该出现在“缓存”中，以及为什么，只有https://access.redhat.com/solutions/406773说的是“缓存：页面缓存中的内存（磁盘缓存和共享内存）”

鉴于多种共享内存我既开悟又困惑......

Answer

看来你（和我，症状非常相似）是真的记忆力耗尽了，并且被这个cached数字搞糊涂了。

显然有些情况下当内存需求增加时，Linux 不会释放较大的磁盘缓存

特别是（我不太明白为什么），postgresshared_buffers可能会被报告在“缓存”（页面缓存）下。在您的情况下，与 OOM-killer 日志中的这一行相匹配6481852k cached：top

Jun 10 05:45:25 db kernel: [11209156.840788] 1615243 total pagecache pages

(1615243*4KB ~= 6481852k) - 这意味着在调用 OOM-killer 之前页面缓存确实没有被删除。

然而，很少有文件支持的页面（我认为active_file:98 inactive_file:168类似于 /proc/meminfo 的活动（文件）/非活动（文件）)，所以它并不是我们所熟知和喜爱的可丢弃页面。

该帖子位于https://www.depesz.com/2012/06/09/how-much-ram-is-postgresql-using/演示了一个示例会话，其中关闭 postgres 导致“缓存”的大小减少shared_buffers（滚动到“并且大部分数据都来自磁盘缓存——正如预期的那样，因为它被用于共享缓冲区。”) - 不幸的是，它没有表明用于实验的 postgres 版本或内核。

我使用的是 3.13.0-67 x86_64 和 PG 9.3。在 9.3 中，他们从使用 Sys V 共享内存（shmget）切换到匿名的mmap(...R+W, MAP_SHARED|MAP_ANONYMOUS|MAP_HASSEMAPHORE...)+fork()（在 9.4 中，可以通过动态共享内存类型）。但我找不到任何解释，为什么这些 mmap() 应该出现在“缓存”中，以及为什么，只有https://access.redhat.com/solutions/406773说的是“缓存：页面缓存中的内存（磁盘缓存和共享内存）”

鉴于多种共享内存我既开悟又困惑......

Question 2

出于对世间一切美好事物的热爱，在服务器上配置交换空间。
你确实需要交换空间。我不是唯一一个这么说的人，这几乎是这里的普遍事实. (<-- 这是三个链接)
你当然应该有足够的内存来保证你的数据库服务器没有定期交换——如果你不这样做，解决方案就是钱（你可以从供应商那里得到钱来购买更多的 RAM）。
由于你现在有足够的 RAM，并且如果出现问题可以使用交换空间，你可以禁用 OOM 杀手（通过禁用内存过量使用），就像 Postgres 的人告诉你的那样（
您也可以应用他们的替代解决方案并告诉 OOM-Killer 永远不要杀死 Postgres - 但这样您就只是在用系统的其他进程玩俄罗斯轮盘赌……）
（选修的）在 Server Fault 上写一个答案，详细说明为什么大多数 Linux 发行版中的默认行为是错误的、错误的，并且违反了 POSIX 规范中关于 malloc() 的行为方式. 不断重复，直到每个人都听腻了为止。

还要注意，内核的缓存内存可供 postgres（或任何其他应用程序）使用 - 您应该在计算中将其视为可用内存。

如果我不得不猜测一下这里发生了什么，我会说你有一个复杂的查询，Postgres 正在请求 RAM 来执行它，而 Linux 并没有说“我没有那么多 RAM”，而是告诉 Postgres“当然，你可以用它。”
然后当 Postgres 真正尝试使用Linux 意识到它没有分配给它的 RAM有它向 Postgres 承诺的 RAM（因为它被过度使用）——OOM 杀手被告知释放 RAM，并尽职尽责地杀死使用最多内存的程序——您的数据库服务器。

Postgres 是一个设计良好的程序。如果它被告知无法获得所请求的 RAM，它将妥善处理（要么使用较少的 RAM，要么中止并向用户发送消息）。

Answer

出于对世间一切美好事物的热爱，在服务器上配置交换空间。
你确实需要交换空间。我不是唯一一个这么说的人，这几乎是这里的普遍事实. (<-- 这是三个链接)
你当然应该有足够的内存来保证你的数据库服务器没有定期交换——如果你不这样做，解决方案就是钱（你可以从供应商那里得到钱来购买更多的 RAM）。
由于你现在有足够的 RAM，并且如果出现问题可以使用交换空间，你可以禁用 OOM 杀手（通过禁用内存过量使用），就像 Postgres 的人告诉你的那样（
您也可以应用他们的替代解决方案并告诉 OOM-Killer 永远不要杀死 Postgres - 但这样您就只是在用系统的其他进程玩俄罗斯轮盘赌……）
（选修的）在 Server Fault 上写一个答案，详细说明为什么大多数 Linux 发行版中的默认行为是错误的、错误的，并且违反了 POSIX 规范中关于 malloc() 的行为方式. 不断重复，直到每个人都听腻了为止。

还要注意，内核的缓存内存可供 postgres（或任何其他应用程序）使用 - 您应该在计算中将其视为可用内存。

如果我不得不猜测一下这里发生了什么，我会说你有一个复杂的查询，Postgres 正在请求 RAM 来执行它，而 Linux 并没有说“我没有那么多 RAM”，而是告诉 Postgres“当然，你可以用它。”
然后当 Postgres 真正尝试使用Linux 意识到它没有分配给它的 RAM有它向 Postgres 承诺的 RAM（因为它被过度使用）——OOM 杀手被告知释放 RAM，并尽职尽责地杀死使用最多内存的程序——您的数据库服务器。

Postgres 是一个设计良好的程序。如果它被告知无法获得所请求的 RAM，它将妥善处理（要么使用较少的 RAM，要么中止并向用户发送消息）。

尽管有可用内存（缓存），但 OOM

答案1

答案2

相关内容