序列耗尽仍是 PostgreSQL 的典型生产事故 RSS

Crunchy Data 写了一篇整数溢出的复盘：用 serial 或 int4 做主键的系统，在增长几年后会突然撞上序列上限，一旦触发就直接阻断写入。这类问题的特点是长期无声、爆发突然，靠事后处理代价很高。可行的做法是把序列余量纳入例行巡检，检查 int4 主键与对应序列的当前值和最大值，提前排期迁移到 bigint；迁移本身要评估锁的持有时间、索引重建、外键约束以及应用侧的类型边界。

发布于 2026-09-10T10:59:42.408305Z · Crunchy Data · Crunchy Data 博客

数据类型 运维

Crunchy Data 写了一篇整数溢出的复盘：用 serial 或 int4 做主键的系统，在增长几年后会突然撞上序列上限，一旦触发就直接阻断写入。这类问题的特点是长期无声、爆发突然，靠事后处理代价很高。可行的做法是把序列余量纳入例行巡检，检查 int4 主键与对应序列的当前值和最大值，提前排期迁移到 bigint；迁移本身要评估锁的持有时间、索引重建、外键约束以及应用侧的类型边界。

Crunchy Data 写了一篇整数溢出的复盘：用 serial 或 int4 做主键的系统，在增长几年后会突然撞上序列上限，一旦触发就直接阻断写入。这类问题的特点是长期无声、爆发突然，靠事后处理代价很高。可行的做法是把序列余量纳入例行巡检，检查 int4 主键与对应序列的当前值和最大值，提前排期迁移到 bigint；迁移本身要评估锁的持有时间、索引重建、外键约束以及应用侧的类型边界。

原始来源 ↗

来源记录

• center.info_item · 808c845614099e99 · 2026-10-03T04:08:35.169032Z
• pgweb.info_item · 808c845614099e99 · 2026-10-03T04:08:55.967155Z