Planet PostgreSQL ·

Umair Shahid：长时间运行的事务、作业队列及其引发的连锁反应

💡 原文英文，约1300词，阅读约需5分钟。

📝

内容提要

在PostgreSQL迁移过程中，长时间运行的COPY操作导致事务快照保持开放，造成作业队列积压和CPU使用率飙升。高写入速率引发死元组积累，影响查询性能。团队通过调整作业队列逻辑和实施监控措施，最终稳定了系统，并总结出三项改进措施以避免未来类似问题。

🎯

🔎

长时间运行的COPY操作在迁移过程中会导致事务快照保持开放，这不仅影响当前操作，还可能引发后续的性能问题。特别是在高写入速率的情况下，死元组的积累会显著降低查询性能，导致延迟增加。因此，在进行数据库迁移时，必须特别关注事务的持续时间和写入速率，以避免潜在的性能瓶颈。

在数据库迁移过程中，实施长时间运行事务和死元组的监控是至关重要的。通过设置预警机制，可以及时发现并处理潜在问题，避免系统性能下降。建议在迁移前进行全面的监控准备，以确保在出现异常时能够迅速响应，保障系统的稳定性。

针对包含作业队列的数据库，制定定制化的迁移计划是非常必要的。通过缩短快照窗口，可以有效减少长时间运行事务对系统的影响。此外，分开处理新行和历史数据的复制，可以降低迁移过程中的风险，确保系统在迁移期间的高可用性。

❓

长时间运行的COPY操作会导致事务快照保持开放，从而造成作业队列积压和CPU使用率飙升。

通过调整作业队列逻辑和随机化索引扫描起始位置，减少多事务缓冲区的竞争，从而恢复系统的吞吐量。

需要进行V3审查，关注数据量、写入速率和工作负载多样性，以避免潜在问题。

死元组积累会导致查询性能下降，选择查询延迟可能超过1秒。

实施监控措施，设置警报以监控超过配置阈值的长时间运行事务和关键表上的死元组数量。

为任何包含作业队列的数据库制定定制的迁移计划，缩短快照窗口以减少风险。

🏷️