安德鲁·法里斯：架构更改与Postgres锁队列
内容提要
本文讨论了数据库迁移中的架构更改可能导致的停机问题，并介绍了使用锁超时、退避和重试策略的迁移工具可以避免这种问题。文章指出长时间运行的查询和DDL语句可能会锁定表，导致应用程序不可用。通过设置适当的锁超时时间，可以减少DDL语句阻塞读写操作的风险。然而，当语句超过锁超时时间时，语句会失败，需要由运行DDL语句的人或进程负责重试锁获取。文章还介绍了pgroll作为Postgres的迁移工具，可以自动使用指数退避策略重试锁获取失败的DDL语句。总之，对于Postgres数据库的架构更改，需要考虑长时间运行的查询和DDL语句如何阻塞读写操作，并采取相应的措施。
延伸解读
锁队列的连锁反应
文章通过示例展示了Postgres中锁的连锁阻塞：一个长时间运行的SELECT查询持有ACCESS SHARE锁，导致需要ACCESS EXCLUSIVE锁的ALTER TABLE语句等待，而后续的SELECT和INSERT语句又排队在ALTER TABLE之后。这种队列效应使得整个表在DDL完成前无法进行读写，造成应用停机。理解这种锁依赖关系是避免迁移导致停机的关键。
lock_timeout的权衡
设置lock_timeout可以防止DDL语句无限期等待锁，从而避免其他查询排队。但超时后DDL语句会失败，需要人工或工具重试。文章建议将lock_timeout设置为适合应用的值（通常小于2秒），以平衡阻塞风险和迁移成功率。这要求迁移过程具备重试机制，否则可能因超时而中断。
pgroll的自动重试策略
pgroll作为Postgres迁移工具，通过指数退避策略自动重试因锁超时失败的DDL语句。这减少了人工干预，同时结合lock_timeout降低了阻塞读写操作的风险。文章指出，无论使用何种工具，都应考虑如何处理锁获取失败，而pgroll提供了一种自动化解决方案。
Q&A
数据库迁移中的架构更改可能导致哪些问题？
架构更改可能导致停机问题，主要是由于长时间运行的查询和DDL语句锁定表，导致应用程序无法读取和写入数据。
如何使用Postgres的lock_timeout设置来避免停机？
通过在DDL语句中设置适当的lock_timeout值，可以控制语句等待获取锁的时间，避免长时间阻塞其他查询。
pgroll工具的主要功能是什么？
pgroll是Postgres的迁移工具，能够自动重试锁获取失败的DDL语句，并使用指数退避策略减少DDL语句阻塞读写操作的风险。
长时间运行的查询如何影响DDL语句的执行？
长时间运行的查询会锁定表，导致DDL语句无法获取所需的ACCESS EXCLUSIVE锁，从而阻塞其他读写操作。
在进行Postgres数据库架构更改时需要考虑哪些因素？
需要考虑长时间运行的查询与DDL语句如何阻塞读写操作，并采取相应的措施，如设置lock_timeout。
如果DDL语句超过lock_timeout会发生什么？
如果DDL语句超过lock_timeout，语句会失败，需要由运行DDL语句的人或进程负责重试锁获取。
