MYSQL AUTO_INCREMENT 自增列 迁移 OceanBase 4.3.5 MySQL 模式 怎么改

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

兼容性判定

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

怎么改

保留 AUTO_INCREMENT;仅审查分布式发号连续性、跨分区单调性和现有高水位

判定说明

分布式取号:连续性/跨分区单调性与单机 MySQL 不同;依赖连续自增的业务需排查

库侧 / 应用侧路径

库侧改造

可行:普通形态建 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

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