Radim Marek：时间管理者：pg_cron和pg_timetable
内容提要
本文介绍了两个用于定时任务自动化的PostgreSQL特定工具：pg_cron和pg_timetable。pg_cron提供了类似cron的调度功能，适用于简单的任务执行。pg_timetable提供了更高级的调度功能，支持任务链、参数支持、多个执行客户端等。选择使用哪个工具取决于具体需求，对于简单的单集群任务，可以选择pg_cron，而对于更复杂的需求，包括高级调度、任务依赖和多集群编排，可以选择pg_timetable。
延伸解读
部署与运维成本对比
pg_cron 作为 PostgreSQL 扩展，需修改 shared_preload_libraries 并重启整个集群，但安装配置简单，且多数托管云环境已支持。pg_timetable 是独立二进制或 Docker 镜像，需单独部署和运行，基础设施要求更高，但无需重启数据库，且默认兼容所有托管服务。选择时需权衡部署复杂度与运维灵活性。
功能边界与适用场景
pg_cron 仅支持类 cron 语法，适合单集群的简单维护任务，如 VACUUM、刷新物化视图或定期报告，但不支持任务链、依赖和跨集群操作。pg_timetable 支持任务链、参数传递、多种作业类型（SQL、内置任务、外部命令）以及自定义间隔（如 @every、@after），并能跨多个 PostgreSQL 集群编排任务，适合复杂自动化流程。
错误处理与可观测性差异
pg_cron 提供基本的作业运行详情查询，错误处理和日志记录较为基础。pg_timetable 则具备中间级别的错误处理与日志记录，支持任务级超时、错误忽略等配置，并将审计信息存储在 timetable 模式中，便于排查问题。对于需要更精细控制任务执行状态的场景，pg_timetable 更具优势。
选型决策的关键因素
若需求简单、仅限单集群且希望快速上手，pg_cron 是理想选择。若需要高级调度、任务依赖、多集群编排或无法安装扩展的环境，则应选择 pg_timetable。两者定位不同，评估时应重点考虑任务复杂度、集群规模、部署限制以及对错误处理和日志的要求。
Q&A
pg_cron和pg_timetable有什么区别？
pg_cron是PostgreSQL扩展，适合简单任务，调度功能有限；而pg_timetable是独立的二进制文件，支持复杂调度和任务链。
我应该在什么情况下使用pg_cron？
如果需要执行简单的维护任务或定期生成报告，且环境仅限于单个PostgreSQL集群，pg_cron是理想选择。
pg_timetable支持哪些高级功能？
pg_timetable支持任务链、参数支持、多执行客户端和复杂调度选项，适合复杂的自动化需求。
如何选择pg_cron和pg_timetable？
选择取决于需求：简单任务使用pg_cron，复杂需求和多集群任务使用pg_timetable。
pg_cron的安装和配置难度如何？
pg_cron安装简单，作为PostgreSQL扩展，配置相对容易，适合初学者。
pg_timetable如何处理多集群任务？
pg_timetable支持跨多个PostgreSQL集群的任务执行，适合需要高级编排的环境。
