为什么不推荐使用 UUID 作为主键

### MyBatisPlus 使用 UUID 作为主键报错解决方案 在使用 MyBatisPlus 的 `insert` 方法时，默认情况下会生成一个 Long 类型的 UUID 并将其用作主键 ID，这可能导致与数据库中的 UUID 字段类型不匹配而引发错误[^1]。 #### 方案一：自定义 ID 生成策略 为了使 MyBatisPlus 支持 PostgreSQL 数据库中的 UUID 类型字段，在实体类中可以实现自定义的 ID 生成器。通过继承 `IdentifierGenerator` 或者覆盖默认的行为来确保生成的是标准的 Java `UUID` 对象而不是 Long 类型： ```java import com.baomidou.mybatisplus.core.incrementer.IdentifierGenerator; import java.util.UUID; public class UuidGenerator implements IdentifierGenerator { @Override public Number nextId(Object entity) { return (Number)new UUID.randomUUID().getMostSignificantBits(); } } ``` 接着配置全局设置或针对特定实体指定此生成器: ```yaml mybatis-plus: global-config: id-type: NONE # 关闭内置ID生成机制 ``` 以及在实体类上标注： ```java @TableId(type = IdType.NONE, valueGen = @TableId.Value(genClass = UuidGenerator.class)) private String id; // 注意这里应为String或其他适合存储UUID的形式 ``` #### 方案二：调整返回值处理逻辑 如果遇到插入操作之后获取不到正确返回的 UUID 主键的情况，则可能是由于驱动程序对于非整数类型的主键支持不够完善所引起的[^4]。此时可以通过手动查询刚插入记录的方式来获得新创建对象的实际主键值。 另外一种方式是在 Mapper XML 文件里显式声明 `<selectKey>` 来控制如何计算并赋给目标列的新值： ```xml <insert> INSERT INTO table_name(column_list) VALUES(value_list); <selectKey keyProperty="id" resultType="java.lang.String" order="AFTER"> SELECT CAST(uuid_in(md5(random()::text || clock_timestamp()::text)::cstring) AS VARCHAR(36)) as new_id </selectKey> </insert> ``` 以上两种方法都可以有效解决 MyBatisPlus 插入带有 UUID 类型主键的数据到 PostgreSQL 中的问题。