Payal Singh：Postgres 战争故事 第1部分：非Postgres错误导致的Postgres故障
内容提要
本文讨论了Postgres在大规模生产环境中遇到的问题，指出这些问题主要源于依赖的工具和操作系统，而非Postgres本身。提到fsync()的错误处理、glibc 2.28导致的索引问题，以及透明大页（THP）对性能的影响。建议禁用THP以避免性能下降，并强调在数据库日志正常时应关注底层系统问题。
关键要点
-
Postgres在大规模生产环境中遇到的问题主要源于依赖的工具和操作系统，而非Postgres本身。
-
fsync()的错误处理导致数据未能正确写入磁盘，Postgres在PG 11及以上版本中通过在fsync()失败时强制恢复来解决此问题。
-
glibc 2.28引入的排序问题导致索引错误，影响了查询结果，社区已增加检测机制以应对这一问题。
-
透明大页（THP）在Postgres中可能导致性能下降，建议禁用THP以避免后台进程冻结。
-
Postgres信任其底层系统，若数据库日志正常但仍有问题，应关注底层系统的潜在错误。
延伸解读
Postgres与底层系统的关系
Postgres在运行时高度依赖底层操作系统和工具的稳定性。文章指出，许多问题并非源于Postgres本身，而是由于操作系统的错误或工具的缺陷。因此，数据库管理员在排查问题时，应优先关注底层系统的健康状况，而非仅仅依赖Postgres的日志信息。
fsync()的处理与数据安全
文章提到fsync()的错误处理可能导致数据未能正确写入磁盘。Postgres在PG 11及以上版本中通过强制恢复来解决这一问题。数据库管理员应确保使用最新版本的Postgres，并关注fsync()的返回值，以防止数据丢失。
透明大页（THP）的性能影响
透明大页（THP）在Postgres中可能导致性能下降，建议禁用该功能以避免后台进程冻结。管理员应定期检查THP的状态，并根据工作负载的特点进行相应的配置，以确保数据库的高效运行。
延伸问答
Postgres在生产环境中遇到的问题主要源于什么？
Postgres在生产环境中遇到的问题主要源于依赖的工具和操作系统，而非Postgres本身。
fsync()的错误处理对Postgres有什么影响？
fsync()的错误处理导致数据未能正确写入磁盘，Postgres在PG 11及以上版本中通过在fsync()失败时强制恢复来解决此问题。
glibc 2.28引入了什么问题？
glibc 2.28引入的排序问题导致索引错误，影响了查询结果，社区已增加检测机制以应对这一问题。
为什么建议禁用透明大页（THP）？
建议禁用THP以避免性能下降，因为THP可能导致后台进程冻结，影响数据库的响应时间。
Postgres如何处理fsync()失败的情况？
Postgres在PG 11及以上版本中通过强制恢复WAL来处理fsync()失败的情况，而不是依赖操作系统重试。
在Postgres中，如何确认THP是否启用？
可以通过命令cat /sys/kernel/mm/transparent_hugepage/enabled来确认THP是否启用。
