SETVAL 是 PostgreSQL 中手动重置序列值的最直接方法，需指定序列名、新值及是否标记为已使用；推荐传 true 以避免主键冲突，且须注意序列名格式、模式前缀及并发风险。
用 SETVAL 手动重置序列值最直接
PostgreSQL 没有类似 MySQL 的 ALTER TABLE ... AUTO_INCREMENT = N 语法，重置序列必须显式调用 SETVAL 函数。它接受两个参数：序列名（regclass 类型）和新值，第三个可选布尔参数决定是否将该值设为“已使用”。
常见错误是把表名当序列名，或忽略模式前缀（如 public.users_id_seq 而非 users_id_seq）。序列名通常形如 <table_name>_<column_name>_seq</column_name></table_name>，可通过 \d <table_name></table_name> 在 psql 中确认。
- 重置后下一次
NEXTVAL返回的是new_value + 1（若第三个参数为true），或new_value（若为false） - 推荐始终传
true，避免后续插入因主键冲突失败 - 示例：把用户表 ID 序列重置为 100：
SELECT SETVAL('public.users_id_seq', 100, true);
批量重置多个序列需逐个执行 SETVAL
PostgreSQL 不支持一条语句重置多个序列，但可以用元数据查询动态生成语句。关键是从 pg_sequences 视图中筛选目标序列，再拼出 SETVAL 调用。
注意 pg_sequences 默认只显示当前 schema 的序列；跨 schema 需加 schemaname 过滤。另外，不要对未被任何表列使用的孤立序列盲目重置。
PostgreSQL 18.4 官方 Ubuntu 安装包现已发布，这是目前最新的稳定版本。推荐通过官方 APT 仓库安装：先执行 sudo apt update 更新索引，再运行 sudo apt install postgresql-18 即可完成部署。新版本引入了异步 I/O 子系统，在顺序扫描与 VACUUM 场景下性能提升显著，同时支持 UUID v7 原生生成函数与虚拟生成列。
- 生成所有 public schema 下序列重置到 1 的语句：
SELECT 'SELECT SETVAL(''' || schemaname || '.' || sequencename || ''', 1, true);' FROM pg_sequences WHERE schemaname = 'public'; - 执行结果是一堆 SQL 字符串，需复制粘贴或用
\gexec（psql 专属）自动执行 - 生产环境操作前务必备份：先查当前值
SELECT last_value FROM public.my_seq;
用 TRUNCATE ... RESTART IDENTITY 替代手动重置更安全
如果目标是清空表并让关联序列归零，TRUNCATE 的 RESTART IDENTITY 选项比手写 SETVAL 更可靠。它自动识别并重置所有依赖该表的序列，且原子执行。
陷阱在于：该命令会删除表中所有数据，不可回滚（即使在事务中），且要求你有 TRUNCATE 权限而非仅序列所有权。
- 仅清空表并重置主键序列：
TRUNCATE TABLE users RESTART IDENTITY;
- 若表有外键引用，需加
CASCADE，但要小心级联影响范围 - 不适用于只想重置序列但保留数据的场景 —— 此时只能用
SETVAL
重置后务必验证，尤其注意并发写入风险
序列值不是事务安全的全局锁资源。如果在重置的同时有其他会话正在插入数据，可能因竞态导致主键冲突或跳号。这不是 bug，而是 PostgreSQL 序列的设计特性。
线上重置前应尽量停写，或选择低峰期操作。验证不能只看 last_value，而要实际 INSERT 一条记录并检查返回 ID。
- 查当前序列状态：
SELECT last_value, is_called FROM public.users_id_seq;
-
is_called = false表示下次NEXTVAL就返回last_value；true表示已用过，下次返回last_value + 1 - 真正保险的做法是：重置 → 查
last_value→ 插入测试行 → 检查 ID 是否符合预期
