id生成策略
自增主键
一般使用整数类型的id可使用自增主键的策略去生成id
优点:
- 简单、易于使用和理解。
- 保证唯一性,无需额外的查询操作。
- 提高查询性能,因为ID是有序的,且支持索引。
缺点:
- 不适用于分布式系统,因为每个节点都需要维护一个独立的计数器,可能会导致冲突和性能问题。
- 暴露了表中的数据增长模式,可能导致信息泄漏和数据分析的问题。
使用方法:可使用Mybatis-Plus
UUID(Universally Unique Identifier)
优点:
- 全局唯一性,可以在不同的数据库服务器上生成,确保全局唯一性。
- 分布式支持,独立性。
缺点:
- 占用较多的存储空间,因为UUID是一个128位的数字,通常以32位的十六进制数表示。
- 无序性,可读性较低。
适用场景:适用于需要分布式支持、全局唯一性和独立生成ID的场景,特别是在没有数据库连接的情况下。
使用方法:可使用Hutool工具中的IdUtil生成
组合ID
原理:根据多个字段的组合来生成唯一的ID。通常使用字段的值进行哈希运算,以生成一个唯一的标识符。
优点:可以根据业务逻辑自定义ID生成规则。
缺点:需要确保组合字段的唯一性,否则可能导致ID冲突。
适用场景:适用于需要根据多个字段组合来生成唯一ID的场景。
雪花算法(Snowflake)
原理:生成一个64位的long型数字作为全局唯一ID。它包含时间戳、工作机器ID、数据中心ID和序列号等部分。
优点:
- 支持分布式环境,生成的ID有序且唯一。
- 包含时间戳信息,可以用于排序。
缺点:
- 依赖于机器的唯一标识,不同机器之间的时间同步问题可能导致ID重复。
- 需要确保工作机器ID和数据中心ID的唯一性。
适用场景:适用于需要分布式支持、有序和唯一ID的大规模系统,如微服务架构、分布式数据库等。
获取id的问题
如果使用mybatis-plus框架时,当使用@TableId指定某个id的生成策略后,在将该数据插入数据库后,该id会自动保存在刚操作过的实体类中,可直接读取