你不知道的数据库主键的自增特性

在日常的数据库建表中，我们习惯了给表增加一个主键列，主键往往是自增的。自增主键的使用非常方便，让程序和数据库可以都不需要考虑如何产生主键值。我们只需让程序记住记录的id，就可以对数据进行各种操作。这种方式被大家广泛使用。但是这种方式真的那么完美吗？本文带你了解自增主键的特性及不适合使用自增主键的场景。

一、数据库主键自增的特性

1. 自增主键的优点

   • 使用方便： 自增主键可以让我们在创建新记录时，无需考虑主键值，数据库会自动生成。
   • 性能良好： 自增主键一般会使用连续递增的整数作为值，这种数据类型在数据库中存储和检索都很高效。
   • 唯一性： 自增主键可以保证每个记录的主键值都是唯一的，这对于维护数据完整性非常重要。

2. 自增主键的缺点

   • 范围有限： 自增主键的值通常是有限制的，比如32位整数的最大值是2147483647。如果表中的记录数超过了这个限制，自增主键就会溢出，导致数据损坏。
   • 不适合并行插入： 在并行插入数据时，如果使用自增主键，可能会导致主键冲突。因为多个线程同时插入数据时，可能会生成相同的自增主键值。
   • 不适合分布式数据库： 在分布式数据库中，每个节点上的数据都是独立的，因此自增主键无法保证在所有节点上都是唯一的。

二、哪些场景不建议使用自增主键

1. 数据量非常大的表

   如果表中的记录数非常大，超过了自增主键的范围限制，那么就不建议使用自增主键。因为自增主键可能会溢出，导致数据损坏。

2. 需要并行插入数据的表

   如果需要对表进行并行插入，那么也不建议使用自增主键。因为多个线程同时插入数据时，可能会生成相同的自增主键值，导致主键冲突。

3. 分布式数据库

   在分布式数据库中，每个节点上的数据都是独立的，因此自增主键无法保证在所有节点上都是唯一的。因此，不建议在分布式数据库中使用自增主键。

4. 需要使用UUID或其他非递增值作为主键的表

   有些情况下，我们需要使用UUID或其他非递增值作为主键。这种情况下，显然也不适合使用自增主键。

三、不适合使用自增主键时，可以选择什么方案

1. 使用UUID作为主键

   UUID（Universally Unique Identifier）是一种通用唯一标识符，它可以保证在全球范围内都是唯一的。因此，UUID非常适合用作主键。

2. 使用雪花ID作为主键

   雪花ID（Snowflake ID）是一种自增主键的变体，它结合了时间戳、机器ID和序列号来生成主键。雪花ID可以保证主键在一段时间内都是唯一的，并且可以避免主键冲突。

3. 使用业务主键作为主键

   业务主键是指由业务逻辑决定的主键。比如，订单表的主键可以是订单号，商品表的主键可以是商品编号。业务主键通常具有业务意义，便于理解和记忆。

总之，自增主键是一种非常方便的主键生成方式，但在某些场景下，它并不是最佳选择。在这些场景下，我们可以选择使用UUID、雪花ID或业务主键作为主键。