MybatisPlus中的insert操作

迈不过友情╰ 2022-12-30 10:36 226阅读 0赞

### insert操作： ###

在测试之前，我们思考一个问题，上个入门案例中，我们什么sql语句代码都没写，但也能查询出来数据。  
是谁帮我们做了写基本代码的事情？肯定是MybatisPlus。  
为了验证并继续向下学习，我们开启日志，打印在控制台上。

**1、开启日志**  
只需在yml配置文件中，写上：

mybatis-plus:
      configuration:
        log-impl: org.apache.ibatis.logging.stdout.StdOutImpl

--------------------

**2、测试插入的代码：**

@Test
        void testInsert() { 
            UserEntity userEntity = new UserEntity();
            userEntity.setName("pipizhen");
            userEntity.setAge(10);
            userEntity.setEmail("ppz@qq.com");
            int count = userMapper.insert(userEntity);
    
            System.out.println(count);
            System.out.println(userEntity);
        }

控制台输出：

Creating a new SqlSession
    SqlSession [org.apache.ibatis.session.defaults.DefaultSqlSession@2373ad99] was not registered for synchronization because synchronization is not active
    2020-11-23 14:13:12.748  INFO 7392 --- [           main] com.zaxxer.hikari.HikariDataSource       : HikariPool-1 - Starting...
    2020-11-23 14:13:13.028  INFO 7392 --- [           main] com.zaxxer.hikari.HikariDataSource       : HikariPool-1 - Start completed.
    JDBC Connection [HikariProxyConnection@1977652583 wrapping com.mysql.cj.jdbc.ConnectionImpl@2a334bac] will not be managed by Spring
    ==>  Preparing: INSERT INTO tbl_user ( id, name, email, age ) VALUES ( ?, ?, ?, ? ) 
    ==> Parameters: 1330756266048045058(Long), pipizhen(String), ppz@qq.com(String), 10(Integer)
    <==    Updates: 1
    Closing non transactional SqlSession [org.apache.ibatis.session.defaults.DefaultSqlSession@2373ad99]
    1
    UserEntity(id=1330756266048045058, name=pipizhen, age=10, email=ppz@qq.com)

说明我们插入数据成功了，细心的人会发现我们并没有指定id，但插入成功后，我们发现对象存在id。

肯定是主键自动生成的，没错，但是怎么生成一个这么大的数字呢？为什么不是在原有的记录条数id在自增1呢？

这里数据库插入的id的默认值为：全局唯一id。  
全局唯一id可自行百度：分布式系统唯一id生成。

--------------------

**3、MybatisPlus使用的是雪花算法**

原理：Twitter的雪花算法SnowFlake，使用Java语言实现。

可以了解一下：

SnowFlake算法产生的ID是一个64位的整型，结构如下（每一部分用“-”符号分隔）：  
0 - 0000000000 0000000000 0000000000 0000000000 0 - 00000 - 00000 - 000000000000

1位标识部分，在java中由于long的最高位是符号位，正数是0，负数是1，一般生成的ID为正数，所以为0；  
41位时间戳部分，这个是毫秒级的时间，一般实现上不会存储当前的时间戳，而是时间戳的差值（当前时间-固定的开始时间），这  
样可以使产生的ID从更小值开始；41位的时间戳可以使用69年，(1L << 41) / (1000L*60*60*24*365) = 69年；  
10位节点部分，Twitter实现中使用前5位作为数据中心标识，后5位作为机器标识，可以部署1024个节点；  
12位序列号部分，支持同一毫秒内同一个节点可以生成4096个ID；

SnowFlake算法生成的ID大致上是按照时间递增的，用在分布式系统中时，需要注意数据中心标识和机器标识必须唯一，这样就能保  
证每个节点生成的ID都是唯一的。或许我们不一定都需要像上面那样使用5位作为数据中心标识，5位作为机器标识，可以根据我们  
业务的需要，灵活分配节点部分，如：若不需要数据中心，完全可以使用全部10位作为机器标识；若数据中心不多，也可以只使用3  
位作为数据中心，7位作为机器标识。

snowflake生成的ID整体上按照时间自增排序，并且整个分布式系统内不会产生ID碰撞（由datacenter和workerId作区分），并且效率  
较高。据说：snowflake每秒能够产生26万个ID。

--------------------

**4、MybatisPlus中的主键生成策略**

我们可以在@TableId注解中发现有个属性IdType，这是一个枚举类。

旧版本的枚举值有AUTO, NONE, INPUT, ID\_WORKER, UUID, ID\_WORKER\_STR;

新版本又增加了两种，ASSIGN\_ID，ASSIGN\_UUID。

旧版本当我们不指定主键生成类型时，即值为null时，默认使用ID\_WORKER类型。  
新版本默认为NONE，注解里等于跟随全局，全局里约等于 INPUT。

（1）AUTO：数据库ID自增。

（2）NONE：无状态,该类型为未设置主键类型(注解里等于跟随全局,全局里约等于 INPUT)。

（3）INPUT：insert前自行set主键值，即我们插入前，需要手动设置id。

（4）ASSIGN\_ID：分配ID(主键类型为Number(Long和Integer)或String)(since 3.3.0),使用接口IdentifierGenerator的方法nextId(默认实现类为DefaultIdentifierGenerator雪花算法)。

（5）ASSIGN\_UUID：分配UUID,主键类型为String(since 3.3.0),使用接口IdentifierGenerator的方法nextUUID(默认default方法)