标签：use 异地 占用 顺序 速度慢 inno 情况下 总结 简单的
关于uuid与自增列的选择
在db交流群里看到有人提问，说他的userName 登录名是唯一的，可以用其做主键嘛，如果用自增列，那又要多一列。
后面又说，如果要用主键ID，用uuid会不会好一些呢？作为新手的我也对这个问题发生了兴趣，百度检索下得出大致结论：
uuid：可以简单的的理解为全球唯一标识符
一、缺点
1.无序性：uuid是无序的， 插入数据时，页的位置会发生变化，页分裂，速度慢。一般情况下主键是聚簇索引，会把相邻主键的数据安放在相邻的物理存储上。如果主键不是自增，而是随机的，那么频繁的插入会使 innodb 频繁地移动磁盘块，而影响写入性能。
2.占空间大：uuid占的空间大，并且别的索引还都要包含主键的值，那么每个索引的空间也都会增大，占的空间大，需要读数据时一般会认为需要的io次数多, 如果需要分库分表，往往是海量数据，这个时候使用UUID不是一个好的选择（占用空间太大）。主键一般情况下追求短整型，确定好你的整型类型（根据需求）。
二、优点
1.数据离散化便于发布集群
2.利于水平分割
3.数据多写，合并复制等分布式操作
自增ID：可以简单理解成一个自增的序列
缺点：
1.不利于水平分割
2.插入增加增量，删除不减少增量
3.数据聚集化不便于发布集群
4.主键冲突。
系统大了点，要考虑分布式，甚至数据库双写之类，这样的策略是不够的。举个例子，系统做了双机房，想做一个数据库的异地双向同步。那么当双方还没同步的情况下，可能录入了同样的ID。当然了，只是双机房的话还是可以用 increase by 的方式，把数据库自增步伐修改为奇偶。比如说机房1的主库是基数的ID，机房2的主库是偶数的ID。双向同步创建数据来说就没有冲突了。（双向同步还有好多问题的，并发下的update时序问题等这里不展开讨论）
优点：即uuid缺点的反向
总结：
标签：use 异地 占用 顺序 速度慢 inno 情况下 总结 简单的
原文地址：https://www.cnblogs.com/gered/p/9066554.html
