简析MybatisPlus插入操作中的主键ID生成策略_mybatis插入自动生成long类型主键原理-CSDN博客

本文链接：https://blog.csdn.net/a1097304791/article/details/115082929

本文介绍了数据库插入操作中的主键ID生成策略，包括Snowflake算法实现的全局唯一ID、自增策略、随机UUID以及Redis生成ID的方法。每种策略都有其适用场景和优缺点，例如自增策略在多表分片时可能导致协调问题，而UUID虽然全局唯一但长度较长。了解这些策略有助于选择适合的ID生成方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

插入操作

//插入操作
@Test
public void testInsert(){
    User user = new User();
    user.setName("Helen");
    user.setAge(18);
    user.setEmail("55317332@qq.com");
    int result = userMapper.insert(user);
    System.out.println(result); //影响的行数
    System.out.println(user); //id自动回填
}

上面的例子中，**数据库插入id值默生成的全局唯一id。**接下来详细介绍一下所有的主键ID生成策略。

⭐️主键ID生成策略

分布式系统唯一ID生成方案汇总

1. 全局唯一ID（ID_WORKER）

刚刚提到的MP默认策略，使用snowflake算法实现，结果是一个long型的ID。
其核心思想是：使用41bit作为毫秒数，10bit作为机器的ID（5个bit是数据中心，5个bit的机器ID），12bit作为毫秒内的流水号（意味着每个节点在每毫秒可以产生 4096 个 ID），最后还有一个符号位，永远是0。具体实现的代码可以参看https://github.com/twitter/snowflake。

2. 自增策略（AUTO INCREAMENT）

最常见的一种策略，即ID按顺序自动增长。
缺点：如果用户数量特别庞大，在若干分表中存储，则每次存入一个用户，都需要去拿上一个表最后一个用户的ID。

3. 每次生成随机唯一的值（UUID）

很好理解，缺点是ID会很长，而且排序非常方便。

4. Redis生成ID

Redis是单线程的，所以也可以用生成全局唯一的ID。可以用Redis的原子操作 INCR和INCRBY来实现。
假如一个集群中有5台Redis。可以初始化每台Redis的值分别是1,2,3,4,5，然后步长都是5。各个Redis生成的ID为：
A：1,6,11,16,21
B：2,7,12,17,22
C：3,8,13,18,23
D：4,9,14,19,24
E：5,10,15,20,25