mysql主键方案_MySQL主键生成方案探寻

众所周知MySQL索引由B+树构成，节点都是按照键值的大小顺序存放的，叶节点之间通过指针连接，以提高取数据时的效率。整数通常是标识列的最佳选择，主要原因之一是可以使用AUTO_INCREAMENT。由于很消耗空间，因此如果可能应尽量避免使用字符串类型作为标识列。由于MySQL与Oracle在数据库引擎以及序列方式上的差异，主键的生成需要基于未来的部署进行考虑，本文通过比较几种常见的主键生成方式，以期确定一种可用的生成策略。

1.自增ID主键方案

优点：数据库自动编号，速度快，且增量增长，聚集型主键按顺序存放，对于检索非常有利。

数字型，占用空间小，易排序，在程序中传递方便。

缺点：当系统与其他系统集成时，会发生主键冲突。不适用于分布式环境。

自增量的值都是需要在系统中维护一个全局的数据值，每次插入数据时即对此次值进行增量取值。当在产生唯一标识的并发环境中，每次的增量取值都必须为全局值加锁、解锁以保证增量的唯一性。

造成并发瓶颈，降低查询性能。每创建一条记录都需要对表加一次锁，在高并发环境下开销较大。

2.UUID主键方案

优点：全局唯一性、安全性、可移植性。

能够保证独立性，程序可以在不同的数据库间迁移，效果不受影响。

保证生成的ID不仅是表独立的，而且是库独立的，可切库扩展。

可以保护数据的完整性

缺点：InnoDB为聚集主键类型的引擎，数据会按照主键进行排序。由于UUID的无序性，InnoDB会产生巨大的IO压力。InnoDB主键索引和数据存储位置相关(簇类索引