MYSQL AUTO_INCREMENT 自增列 迁移 opengauss 6.0 B 模式 怎么改

迁衡基于规则 my.ddl.auto_increment 分析 MYSQL AUTO_INCREMENT 自增列 到 opengauss 6.0 B 模式 的兼容性、改写路径与验证建议。

兼容性判定

公开资料依据 · 建议 PoC 复核
支持度partial
严重度minor
置信度medium
依据规则my.ddl.auto_increment

怎么改

先盘点存储引擎、索引形态、实际 next counter、CREATE/ALTER 的 AUTO_INCREMENT=N、auto_increment_increment/auto_increment_offset、显式写入形成的高水位和 NO_AUTO_VALUE_ON_ZERO。普通全局自增再改目标 identity/sequence,停写后按实际 next counter 与步长/偏移对齐目标首值;max+1 只能作为防冲突下界,不能覆盖更高的 AUTO_INCREMENT=N 或显式高水位。MyISAM 复合键前缀下的次列 AUTO_INCREMENT 是每组 MAX+1 且可复用最大删除值,必须改每组发号/显式键或批准改为全局序列,禁止机械套单一 sequence

判定说明

Dolphin 支持 AUTO_INCREMENT,序列状态、显式值、批量插入和 LAST_INSERT_ID 联动需对照;结论为 doc_based 草案,建议 PoC 复核

库侧 / 应用侧路径

库侧改造

可行:普通形态建 identity 或 sequence+default 并按源实际 next counter/步长/偏移校准;MyISAM 分组形态改受并发保护的每组发号表或重设计键

应用侧改造

可行:仅在必须跨库统一发号时改由应用 ID 服务生成并显式写入

推荐路线:db_side。验证建议:覆盖 AUTO_INCREMENT=N 高于 max、increment/offset、显式高水位、0/NULL、批量与并发插入、回滚和重启;MyISAM 复合键逐组核对生成/删除最大值复用;割接后首批生成值须与源 next transition 及唯一性契约一致

规则样例

CREATE TABLE t (id BIGINT AUTO_INCREMENT PRIMARY KEY, v VARCHAR(10))
ALTER TABLE t AUTO_INCREMENT = 10000
CREATE TABLE t (id BIGSERIAL PRIMARY KEY)

参考来源

相关改造点

社群/联系

迁移卡住时,带着案例找人复核

迁移路上遇到具体问题?微信群、1v1 咨询与邮箱,随时找得到人。

微信交流群 微信二维码

扫码添加微信,邀您加入交流群;亦可搜索微信号 prejudice_me。

邮箱咨询

m01dm01db01@foxmail.com

发源库、目标库、代码规模和已脱敏案例短链,便于估算改造工作量。