Richard Yen：你准备好了吗？
内容提要
文章讨论了Postgres中的WAL（预写日志）归档状态，重点解释了.ready和.done文件的含义及其作用。.ready表示WAL段待归档或重试，而.done表示归档成功。这些文件用于跟踪归档状态，.done文件在检查点后才能被删除。文章还提到流复制与WAL归档的区别，以及如何检查归档和复制的健康状态。
关键要点
-
.ready文件表示WAL段待归档或重试，.done文件表示归档成功。
-
Postgres通过在pg_wal/archive_status/中使用小标记文件来跟踪每个WAL段的归档状态。
-
如果.archive_command失败，.ready文件将保留，Postgres会继续重试。
-
.done文件在成功归档后标记完成，但不会立即删除，只有在检查点后且不再需要时才能删除。
-
流复制和WAL归档是两种不同的WAL交付机制，.ready/.done文件与归档路径相关，而不是流复制路径。
-
pg_receivewal使用流复制协议接收WAL，但将WAL段文件写入磁盘，类似于归档管道。
-
归档和复制槽解决不同的问题，归档是为了制作持久的WAL副本，而复制槽保护WAL以供流复制使用。
-
检查归档和复制的健康状态可以通过查询pg_stat_archiver和pg_stat_replication等系统视图来实现。
延伸解读
WAL归档状态的重要性
在Postgres中，.ready和.done文件用于跟踪WAL段的归档状态，了解这些状态对于维护数据库的健康至关重要。.ready文件表示待归档或重试的WAL段，而.done文件则表示归档成功。监控这些文件的数量可以帮助管理员及时发现潜在的归档问题，避免磁盘空间不足的风险。
流复制与WAL归档的区别
流复制和WAL归档是两种不同的WAL交付机制。流复制通过实时连接传输WAL，而WAL归档则是将完成的WAL段复制到长期存储。理解这两者的区别有助于在出现问题时快速定位故障来源，确保数据的可靠性和可用性。
监控归档和复制的健康状态
定期检查pg_stat_archiver和pg_stat_replication等系统视图，可以有效监控WAL归档和流复制的健康状态。特别是关注failed_count和write_lag等指标，可以帮助及时发现并解决潜在的性能问题，确保数据库系统的稳定运行。
延伸问答
.ready和.done文件分别代表什么？
.ready表示WAL段待归档或重试，而.done表示归档成功。
如何检查Postgres的归档和复制健康状态？
可以通过查询pg_stat_archiver和pg_stat_replication等系统视图来检查归档和复制的健康状态。
如果.archive_command失败，会发生什么？
如果.archive_command失败，.ready文件将保留，Postgres会继续重试归档该WAL段。
.done文件何时会被删除？
.done文件在成功归档后不会立即删除，只有在检查点后且不再需要时才能删除。
流复制和WAL归档有什么区别？
流复制是通过实时连接推送WAL，而WAL归档是通过archive_command在WAL段完成后进行的复制。
如何处理.done文件堆积的问题？
首先检查pg_wal的磁盘使用情况，如果稳定则可能是正常的延迟；如果增长，则需要检查WAL保留压力。
