Spring Boot整合PostgreSQL使用Sequence自增为何需额外配置

核心原因是两个数据库的自增实现逻辑从底层就不一样，不是Spring或者JPA故意增加配置量。

• MySQL的AUTO_INCREMENT是表级强绑定的隐式序列：给字段加这个属性时，MySQL会自动为当前表的这个字段创建一个隐藏的专属序列，序列和字段强绑定，默认步长固定为1，几乎没有额外的自定义空间，所以用起来几乎零配置。
• PostgreSQL的序列是独立于表存在的全局数据库对象：序列不属于某张表、也不绑定某个字段，你可以让多张表共用同一个序列，也可以给单张表的不同字段配置不同序列，还能自由定义序列的起始值、步长、缓存大小、循环规则，灵活度远高于MySQL的表级自增。
  正因为序列是独立对象，PostgreSQL没法像MySQL那样，只靠字段上的一个自增标记就自动完成绑定——它不知道你要给当前字段关联哪个已有序列，还是要新建专属序列。
  当然PostgreSQL也提供了类似MySQL的极简写法：把字段类型设为SERIAL或者GENERATED AS IDENTITY，数据库会自动创建绑定到当前字段的专属序列，不需要手动建序列。但作为ORM层的Hibernate（Spring Data JPA的底层实现）默认不会直接依赖这种隐式配置，一方面要保证跨数据库的行为一致性，另一方面要支持用户自定义序列的灵活场景。

你贴的这段JPA注解，每一项配置都是为了明确告诉Hibernate怎么和PostgreSQL的独立序列交互，没有多余配置：

@Id
@SequenceGenerator(
        name = "owner_sequence", // JPA持久化上下文内的生成器别名，仅给当前应用内的@GeneratedValue注解引用
        sequenceName ="owner_sequence", // PostgreSQL数据库中真实存在的序列对象名，必须和库内实际序列名一致
        allocationSize = 1 // 配置Hibernate每次从序列预取多少个ID缓存到应用内存，设为1时每次插入都实时从数据库取next值，和MySQL默认自增行为完全一致
)
@GeneratedValue(
        strategy = SEQUENCE, // 明确指定主键生成策略为数据库序列，不使用表生成、IDENTITY自增等其他策略
        generator = "owner_sequence" // 引用上方@SequenceGenerator定义的生成器配置
)

如果省掉这些配置直接用SEQUENCE策略，会出现两个不符合日常使用习惯的问题：

1. Hibernate会默认去找数据库里名为hibernate_sequence的全局共享序列，所有配置了SEQUENCE策略的表都会从这一个序列取ID，会出现不同业务表的主键交叉跳号的情况
2. allocationSize的默认值是50，也就是Hibernate一次预取50个ID缓存在内存，应用重启时未使用的缓存ID会直接丢弃，造成主键不连续跳号

当然你也可以选择把生成策略改成strategy = IDENTITY，这样就不需要配置@SequenceGenerator，直接适配PostgreSQL的SERIAL/IDENTITY类型字段，和MySQL使用体验一致。但这种模式下Hibernate无法做JDBC批量插入优化——必须等单条插入语句执行完成才能拿到数据库生成的主键，写入性能比SEQUENCE策略差，因此生产环境一般推荐用SEQUENCE策略，自然就需要写这几行明确的配置。
这些看似多余的配置本质是把序列的控制权完全交给开发者，你可以根据业务需求自由调整序列缓存大小、配置跨表共用序列、自定义步长，这些能力都是MySQL的AUTO_INCREMENT不具备的。

内容的提问来源于stack exchange，提问作者Oman_dev_master