MYSQL PARTITION BY HASH / KEY / LIST 分区 迁移 opengauss 6.0 B 模式 怎么改

迁衡基于规则 my.ddl.partition_hash_list_key 分析 MYSQL PARTITION BY HASH / KEY / LIST 分区 到 opengauss 6.0 B 模式 的兼容性、改写路径与验证建议。

兼容性判定

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

怎么改

HASH 的源路由为 MOD(expr,num);改 PostgreSQL HASH 等目标原生哈希时接受重分布,若必须保留旧 partition-name/selection 契约则以源 MOD 表达式生成路由键并按余数建叶表;HASH/KEY 的 NULL 视为 0;KEY() 无列时先解析主键,无主键时解析全列 NOT NULL UNIQUE key,KEY(...) 及 ALGORITHM=1/2 不复制内部哈希,改稳定业务键/HASH 后接受重分布;LINEAR 的 2 的幂路由需改普通 HASH 或自定义路由;LIST/LIST COLUMNS 未列值及未显式列出的 NULL 保持失败,不默认创建 DEFAULT,只有业务批准时才将其作为明确行为变更

判定说明

Dolphin 覆盖 HASH/LIST/KEY 分区语法子集,散列算法、分区路由和管理命令不保证等价;结论为 doc_based 草案,建议 PoC 复核

库侧 / 应用侧路径

库侧改造

可行:按分支重建键、算法、分区数和唯一约束;KEY/LINEAR 迁移通过影子表全量重路由

应用侧改造

不可行:分区算法与数据布局属于数据库结构

推荐路线:db_side。验证建议:覆盖 HASH/KEY 的 NULL 视为 0、源 MOD 与目标原生哈希重分布、保名仿真路由、KEY() 的主键或无主键时 NOT NULL UNIQUE 隐式列、ALGORITHM=1/2 和 LINEAR 2 的幂重分布;验证 LIST 未列值/NULL 报错,DEFAULT 仅作为批准后的行为变更;并核对 partition-name/selection、collation、热点倾斜、唯一键、每分区行数/校验和及裁剪计划

规则样例

CREATE TABLE t (id INT) PARTITION BY HASH (id) PARTITIONS 8
CREATE TABLE t (region VARCHAR(8)) PARTITION BY LIST COLUMNS (region) (PARTITION p_east VALUES IN ('SH','JS'))
CREATE TABLE t (id INT) PARTITION BY RANGE (id) (PARTITION p0 VALUES LESS THAN (100))

参考来源

相关改造点

社群/联系

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

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

微信交流群 微信二维码

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

邮箱咨询

m01dm01db01@foxmail.com

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