自增ID（int）：

一般在单机项目，或者小型项目里，使用 自增 ID（int）：优点：
（1）数据库自动编号，速度快，而且是增量增长，按顺序存放，对于检索非常有利；
（2）数字型，占用空间小，易排序，在程序中传递也方便；
（3）如果通过非系统增加记录时，可以不用指定该字段，不用担心主键重复问题。
其实它的缺点也就是来自其优点，缺点如下：
（1）因为自动增长，在手动要插入指定ID的记录时会显得麻烦，尤其是当系统与其它系统集成时，需要数据导入时，很难保证原系统的ID不发生主键冲突（前提是老系统也是数字型的）。特别是在新系统上线时，新旧系统并行存在，并且是异库异构的数据库的情况下，需要双向同步时，自增主键将是你的噩梦；
（2）在系统集成或割接时，如果新旧系统主键不同是数字型就会导致修改主键数据类型，这也会导致其它有外键关联的表的修改，后果同样很严重；
（3）若系统也是数字型的，在导入时，为了区分新老数据，可能想在老数据主键前统一加一个字符标识（例如“o”，old）来表示这是老数据，那么自动增长的数字型又面临一个挑战。

UUID（varchar）优点：

（1）在分库分表的情况下，UUID 更符合项目的架构

（2）系统集成时，可以更好的对关联表数据进行修改。

（3）对老数据的处理更加方便，直接在主键前加 标示性字符就可以

当然缺点也很明显：

（1）检索时不够便捷

（2）字符型占用空间大，不易排序，会引来不必要的代码

（3）数据量过大时候，需要考虑到  id  是否重复的问题。

自增ID（int）：一般在单机项目，或者小型项目里，使用 自增 ID（int）：优点：（1）数据库自动编号，速度快，而且是增量增长，按顺序存放，对于检索非常有利；（2）数字型，占用空间小，易排序，在程序中传递也方便；（3）如果通过非系统增加记录时，可以不用指定该字段，不用担心主键重复问题。其实它的缺点也就是来自其优点，缺点如下：（1）因为自动增长，在手动要插入指定ID的记录时... 之前有段时间用postgresql 数据库，在上云之后，从 自增 主键 变为 uuid ，感觉 uuid 全球唯一，很方便。 最近用mysql，发现mysql 主键 都是选择 自增 主键 ，仔细比较一下，为什么mysql选择 自增 主键 ，有什么不同。 在mysql5.0之前，如果是多个master复制的环境，无法用 自增 主键 ，因为可能重复。在5.0以及之后的版本通过配置 自增 偏移量解决了整个问题。 什么情况下我们希...