都说自增id对数据迁移有很大的影响，到底有什么影响呢？

[u010004204]

我百度自增id的坏处时，很多人说自增id在数据迁移时很悲剧，但是又没说出个所以然来。。
所以自增id对数据迁移和导入的影响究竟是什么呢？

[ckc]

粗粗看了一下，也许是因为自增id在不同的数据库上具体实现差异较大，所以在迁移的时候相关代码需要改动较多 这个确实可以算是个缺点，不过如果你不需要这样迁移，可能问题就不大 另外自增id在集群时容易有问题，在恢复数据重新处理时也不一定得到和上次同样的结果 我个人看法，自增id可以用，用的时候需要小心

[u010004204]

引用 1 楼 ckc 的回复:

粗粗看了一下，也许是因为自增id在不同的数据库上具体实现差异较大，所以在迁移的时候相关代码需要改动较多 这个确实可以算是个缺点，不过如果你不需要这样迁移，可能问题就不大 另外自增id在集群时容易有问题，在恢复数据重新处理时也不一定得到和上次同样的结果 我个人看法，自增id可以用，用的时候需要小心

我看到有的说法是自增id能不用就尽量不用 所以有点懵。。

[ckc]

这个肯定是见仁见智的 工程上的东西很少有这么绝对的 这个只能自己学会了解它的优点和缺点，全盘考虑 一知半解的时候只能碰运气了 有人说能不用就不用，也有人说可以用 基本上可以知道对于一些人来说优点大于缺点，对于另一些人来说缺点大于优点

[我没有吃饭]

怕就怕某些人在设计库的时候，把自增列设置了外键，或者是类似的有其他表与自增ID列关联，这种情况不光是迁移，修改数据都得小心，一不小心干掉了ID列，全乱套了。所以有些人会用程序控制自增而不是数据库。

[zjcxc]

你说的迁移是什么情况？ 从一台机器 迁移到另一台，还是从一种类型的数据库迁移到另一种? (比如从 mysql 迁移到 sql server ?) 如果是机器 的迁移，那没有任何问题，也不存在实现方式有什么不同的问题 如果是迁移到另一种类型的数据库，则个人认为没必要考虑那么多，毕竟这种情况发生的机率低，迁移除了自增，要考虑的因素也非常多，自增在里面也算不上什么大事，除非是你的目标数据库类型不支持自增

[zjcxc]

就算你自己实现自增，不小心十年 id 列不一样乱套？这跟谁来生成数据没关系吧？