ID 生成策略控制

不同的表应用不同的id生成策略

• 日志：自增（1,2,3,4，……）
• 购物订单：特殊规则（FQ23948AK3843）
• 外卖单：关联地区日期等信息（10 04 20200314 34 91）
• 关系表：可省略id

AUTO 策略

@Data
@TableName("tbl_user")
public class User {
    @TableId(type = IdType.AUTO)
    private Long id;
    private String name;
    @TableField(value="pwd",select=false)
    private String password;
    private Integer age;
    private String tel;
    @TableField(exist=false)
    private Integer online;
}

<aside> 💡 在 Navicat 中调整当前自增值：

</aside>

其他生成策略

• NONE：不设置 ID 生成策略
• INPUT：用户手工输入 ID
• ASSIGN_ID：雪花算法生成 ID（可兼容数值型与字符串型）
• ASSIGN_UUID：以 UUID 生成算法作为 ID 生成策略
• 其他的几个策略均已过时，都将被 ASSIGN_ID 和 ASSIGN_UUID 代替掉。

<aside> 💡 分布式 ID 是什么?

• 当数据量足够大的时候，一台数据库服务器存储不下，这个时候就需要多台数据库服务器进行存储
• 比如订单表就有可能被存储在不同的服务器上
• 如果用数据库表的自增主键，因为在两台服务器上所以会出现冲突
• 这个时候就需要一个全局唯一 ID，这个ID就是分布式 ID </aside>

<aside> 💡 雪花算法是什么？

雪花算法符合分布式 ID 的定义

</aside>

生成策略对比

• NONE：不设置id生成策略，MP不自动生成，约等于INPUT,所以这两种方式都需要用户手动设置，但是手动设置第一个问题是容易出现相同的ID造成主键冲突，为了保证主键不冲突就需要做很多判定，实现起来比较复杂
• AUTO:数据库ID自增,这种策略适合在数据库服务器只有1台的情况下使用,不可作为分布式ID使用