直接执行 ALTER SEQUENCE ... RESTART WITH 是唯一可靠方式，DBeaver 图形界面修改序列起始值在 25.0.0 等版本中因 GUI 层逻辑缺陷导致持久化失效，刷新后回退，且日志无 DDL 记录。
直接执行 ALTER SEQUENCE ... RESTART WITH 是唯一可靠的方式，DBeaver 图形界面修改序列起始值（START WITH）在 25.0.0 及多个主流版本中存在持久化失效问题——改完刷新就回退，别信界面上的“已保存”。
为什么 DBeaver 界面改不了序列起始值
DBeaver 的序列属性编辑器会尝试生成 ALTER SEQUENCE ... START WITH 语句，但实测在社区版 25.0.0（含 PostgreSQL 17.4）中，该操作未触发实际 DDL 提交，或被内部元数据缓存覆盖。这不是权限或连接问题，而是 GUI 层对 START WITH 参数的处理逻辑缺陷。
你可以在 DBeaver 中右键序列 → “编辑” → 修改“起始值”，点“保存”，再刷新序列节点，会发现值恢复原样；同时查看日志（菜单栏：窗口 → 视图 → 日志），通常看不到对应 ALTER SEQUENCE 的执行记录。
- 该问题不影响
INCREMENT BY、MINVALUE、MAXVALUE等其他属性的图形化修改 -
NEXTVAL和CURRVAL值本身不受影响，只是起始值无法重置 - 使用 psql 或其他客户端执行相同
ALTER SEQUENCE命令可立即生效，证明数据库侧无限制
怎么用 SQL 正确重设 PostgreSQL 序列起始值
必须用 ALTER SEQUENCE ... RESTART WITH，不是 SETVAL，也不是 OWNED BY。前者重置序列定义并影响后续 NEXTVAL 起点；后者只设置当前值，不改变序列元数据。
例如要把序列 users_id_seq 的下一次 NEXTVAL 设为 1001：
ALTER SEQUENCE users_id_seq RESTART WITH 1001;
注意：
- 若目标值 ≤ 当前值，执行后首次
NEXTVAL仍返回当前值 + 步长（即不会“倒退”生成重复值） - 该语句需对序列有
USAGE或OWNER权限 - 不能在事务块中对同一序列反复
RESTART WITH，否则可能报错“cannot restart sequence within transaction block”
批量重置多个序列（比如清库后）
单条写太累，用系统视图动态生成命令更稳妥。以下 SQL 会查出当前 schema 下所有以 _id_seq 结尾的序列，并生成重置为 1 的语句：
SELECT 'ALTER SEQUENCE ' || sequencename || ' RESTART WITH 1;' FROM pg_sequences WHERE schemaname = 'public' AND sequencename ~ '_id_seq$';
复制结果，在新 SQL 编辑器中全选 → 按 Alt+X（执行 SQL 脚本），DBeaver 会按分号逐条执行。别用 Ctrl+Enter，它只会跑第一行。
补充说明：
- 如果主键字段名不是
id，需调整pg_get_serial_sequence('table_name', 'id')中的列名参数 - Kingbase 用户注意：
pg_get_serial_sequence不可用，应改用pg_catalog.setval配合手动拼接序列名 - 生产环境建议先在测试库验证生成的语句，避免误重置关键业务序列（如订单号序列）
容易忽略的关键点
很多人以为改了序列起始值，新插入数据就会立刻从那个数开始——其实不会。PostgreSQL 序列的“起始值”只在创建时生效；RESTART WITH 实际是把序列当前值设为指定值减去步长，确保下次 NEXTVAL 返回目标值。这意味着：
- 如果序列当前值是 500，步长为 1，执行
RESTART WITH 1001后，CURRVAL变成 1000，下一次NEXTVAL才是 1001 - 若表已有数据且主键最大值为 999，重置序列到 1001 是安全的；但如果重置到 998，下次插入可能触发唯一键冲突
- DBeaver 的“刷新”操作（F5）不会重新读取序列当前值，需手动执行
SELECT nextval('seq_name');或重启连接才能看到更新后的状态
