MYSQL 表/列级 CHARSET 与 COLLATE 子句 迁移 tidb 8.5 怎么改

迁衡基于规则 my.ddl.charset_collation 分析 MYSQL 表/列级 CHARSET 与 COLLATE 子句 到 tidb 8.5 的兼容性、改写路径与验证建议。

兼容性判定

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

怎么改

需按命中位置逐条评估改写

判定说明

字符集/排序规则仅支持子集;建议 PoC 复核比较与唯一性

库侧 / 应用侧路径

库侧改造

可行:目标端字符集/排序规则映射;大小写不敏感需 CI collation 或 citext/表达式索引补偿

应用侧改造

可行:大小写敏感性变化的查询与唯一性路径回归

推荐路线:db_side。验证建议:大小写不敏感等值查询与唯一约束用例必测(utf8mb4_general_ci 隐式依赖重灾区)

规则样例

CREATE TABLE t (name VARCHAR(50)) DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci
ALTER TABLE t MODIFY name VARCHAR(50) CHARACTER SET gbk
CREATE TABLE t (name VARCHAR(50))

参考来源

相关改造点

社群/联系

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

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

微信交流群 微信二维码

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

邮箱咨询

m01dm01db01@foxmail.com

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