想把老系统的数据库表 ID 从自增改为 UUID

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

› MySQL 5.5 Community Server

› MySQL 5.6 Community Server

› Percona Configuration Wizard

› XtraBackup 搭建主从复制

Great Sites on MySQL

› Percona

› MySQL Performance Blog

› Severalnines

推荐管理工具

› Sequel Pro

› phpMyAdmin

推荐书目

› MySQL Cookbook

MySQL 相关项目

› MariaDB

› Drizzle

参考文档

› http://mysql-python.sourceforge.net/MySQLdb.html

这是一个创建于 2832 天前的主题，其中的信息可能已经有所发展或是发生改变。

RT

老数据中有逻辑外键关系

怎么在保留老数据的基础上完成迁移呢

表还挺多的

最笨的方法我知道（改 A 表->把引用了 A 表的外键都改了，再改 B 表..依次）

这样表太多了，整理非常复杂

有没有更好的实现呢？

外键

uuid

表

迁移

10 条回复 • 2017-03-30 17:58:39 +08:00

cxbig

2017-03-30 06:16:49 +08:00

数据量？都是一些什么类型的关系？有多复杂？
我趋向于用某种语言把数据和关系完整的读出来（ Eager Loading ），然后在新系统里直接读入。

ryd994

2017-03-30 09:05:35 +08:00 via Android

仔细读 UUID 的 RFC ，有一部分前缀是保留的
前缀加原来的主键就好了
不建议直接 in place 改，改主键性能可能很差
写个小脚本一边读一边写另一套服务器

ryd994

2017-03-30 09:06:05 +08:00 via Android

外键可以后加

ytmsdy

2017-03-30 09:31:11 +08:00

就当做一次数据迁移吧，查了一下资料也没有找到很简便的处理方式。
LZ 看来这体力活是躲不过去了。
如果有好的方式，请分享下。

crashX

2017-03-30 11:15:26 +08:00

自增为啥换成 UUID ，有啥优势，理论上 UUID 有可能冲突啊。

dobs

2017-03-30 11:52:37 +08:00 via Android

uuid 索引排序不是顺序的，还是自增的好吧

liuzhen

2017-03-30 12:48:56 +08:00 via Android

@ytmsdy 想好了，已存在的数据的 id 不变，只改数据类型为字符串。

ytmsdy

2017-03-30 15:12:26 +08:00

@liuzhen 这样处理我觉得主键索引的效率会下降吧。。。。

ytmsdy

2017-03-30 15:13:11 +08:00

@crashX 这属于非常非常小概率事件，基本上不会发生。就算发生了，主键是唯一的，也保存不了。

liuzhen

2017-03-30 17:58:39 +08:00

没测试过，不过同一列的话查 123 的效率和查 ABC 的效率会不同么？