什么是SQL的序列？SEQUENCE的创建与使用方法解析-SQL-PHP中文网

SQL序列是数据库中独立于表的自增计数器，用于生成唯一整数，适用于主键、订单号等场景。其核心优势在于跨表共享、提前获取值、高并发安全及灵活配置。通过CREATE SEQUENCE定义序列，支持设置起始值、步长、最大最小值、循环与缓存等参数；使用NEXTVAL获取下一个值，CURRVAL获取当前会话最新值。相比表级自增列，序列更灵活，可跨表使用，支持预分配ID，适合分布式系统、数据合并等复杂场景。CACHE提升性能但可能导致跳号，NO CYCLE确保主键唯一，多数场景接受非连续性以换取效率。序列在高并发、多表共用或需全局唯一ID时优势显著，是自增列的有效补充。

什么是sql的序列？sequence的创建与使用方法解析

SQL序列，说白了，就是数据库里一个能自动生成唯一数字的计数器。它独立于任何表存在，专门用来生成一系列按特定规则递增或递减的整数，我们通常用它来作为主键、订单号或者其他需要唯一标识的字段。在我看来，它最大的价值在于提供了一种灵活且并发安全的方式来管理这些数字，尤其是在那些不方便直接使用表级别自增字段的场景下。

解决方案

要使用SQL序列，核心就是两步：创建它，然后调用它。

创建序列

创建一个序列的语法相对直观，但有很多参数可以精细控制其行为。

CREATE SEQUENCE sequence_name
    [ INCREMENT BY increment_value ]
    [ START WITH start_value ]
    [ MINVALUE min_value | NO MINVALUE ]
    [ MAXVALUE max_value | NO MAXVALUE ]
    [ CYCLE | NO CYCLE ]
    [ CACHE cache_size | NO CACHE ];

登录后复制

```
sequence_name
```
登录后复制
: 你给序列起的名字，要符合数据库的命名规范。
```
INCREMENT BY increment_value
```
登录后复制
: 每次序列增加或减少的值，默认是1。
```
START WITH start_value
```
登录后复制
: 序列的起始值，也就是第一次调用
```
NEXTVAL
```
登录后复制
时返回的值。
```
MINVALUE min_value
```
登录后复制
: 序列能生成的最小值。
```
MAXVALUE max_value
```
登录后复制
: 序列能生成的最大值。
```
CYCLE
```
登录后复制
: 当序列达到
```
MAXVALUE
```
登录后复制
（或
```
MINVALUE
```
登录后复制
）后，是否循环回到
```
MINVALUE
```
登录后复制
（或
```
MAXVALUE
```
登录后复制
）继续生成。不指定就是
```
NO CYCLE
```
登录后复制
，达到最大值后会报错。
```
CACHE cache_size
```
登录后复制
: 数据库预先在内存中分配并存储多少个序列值。这能显著提高性能，减少磁盘I/O，但服务器重启或故障可能导致缓存中的部分值丢失（即产生跳号）。
```
NO CACHE
```
登录后复制
则每次都从数据字典中获取，更安全但性能可能稍差。

使用序列

创建好序列后，主要通过两个伪列（pseudo-column）来使用它：

```
NEXTVAL
```
登录后复制
: 获取序列的下一个值。每次调用都会让序列前进并返回新值。
```
CURRVAL
```
登录后复制
: 获取序列的当前值。这个值是当前会话中最近一次调用
```
NEXTVAL
```
登录后复制
后生成的值。需要注意的是，在一个会话中，必须先调用
```
NEXTVAL
```
登录后复制
，才能使用
```
CURRVAL
```
登录后复制
，否则会报错。

示例：

-- 创建一个名为 'order_id_seq' 的序列，从1000开始，每次递增1，不循环，缓存20个值
CREATE SEQUENCE order_id_seq
    START WITH 1000
    INCREMENT BY 1
    NO CYCLE
    CACHE 20;

-- 插入数据时使用序列生成主键
INSERT INTO orders (order_id, customer_id, order_date)
VALUES (order_id_seq.NEXTVAL, 101, SYSDATE);

INSERT INTO orders (order_id, customer_id, order_date)
VALUES (order_id_seq.NEXTVAL, 102, SYSDATE);

-- 获取当前会话中序列的最新值
SELECT order_id_seq.CURRVAL FROM DUAL; -- DUAL是一个虚拟表，用于执行SELECT语句

-- 删除序列
-- DROP SEQUENCE order_id_seq;

登录后复制

为什么我们还需要序列，而不是直接用自增列（AUTO_INCREMENT / IDENTITY）？

这确实是个好问题，很多初学者都会有这个疑问。在我看来，自增列固然方便，但序列提供了更高级别的灵活性和控制力，尤其是在一些特定场景下，它的优势就凸显出来了。

首先，序列是独立于表的。这意味着你可以用同一个序列为多个表生成主键，比如你可能有一个通用的ID生成策略，所有业务实体都从一个地方获取唯一ID。这在一些微服务架构或者需要全局唯一ID的场景下非常有用。而自增列是绑定在特定表上的，一个表一个自增，无法共享。

其次，序列可以提前获取值。有时，我们可能需要在插入数据之前就拿到这个主键值，比如在应用程序层进行一些预处理，或者将这个ID传递给其他系统。使用

NEXTVAL

登录后复制

可以轻松实现这一点，你甚至可以在没有真正插入数据之前就获取到一串ID。自增列的值通常是在

INSERT

登录后复制

操作完成后才由数据库生成并返回的。

再者，序列的并发处理能力更强。数据库系统在处理序列的

NEXTVAL

登录后复制

请求时，通常会以非常高效和并发安全的方式进行，它能保证在多用户同时请求时，每个用户都能拿到一个唯一的、递增的值，而不会出现冲突。虽然自增列也能保证唯一性，但在某些高并发写入场景下，序列的内部实现可能在性能上表现得更稳定或更可控。

最后，序列提供了更多的自定义选项。比如你可以控制递增步长、起始值、最大最小值，甚至是否循环。这些细粒度的控制在某些业务需求下是必不可少的，例如需要生成偶数ID、奇数ID，或者在特定范围内循环使用ID等。自增列的配置选项通常比较有限，大多只能设置起始值和递增步长。

当然，如果你只是简单地为一个表生成唯一主键，且没有其他特殊需求，那么自增列无疑是更简洁的选择。但一旦业务逻辑变得复杂，或者需要跨表、跨系统共享ID，序列的强大之处就体现出来了。

序列猴子开放平台

具有长序列、多模态、单模型、大数据等特点的超大规模语言模型

查看详情

序列的高级选项与使用考量

序列的创建参数远不止

START WITH

登录后复制

和

INCREMENT BY

登录后复制

那么简单，它们各自有其存在的理由和适用场景。理解这些高级选项，能帮助我们更好地设计和优化数据库。

```
MINVALUE
```
登录后复制
和
MAXVALUE
登录后复制
：这两个参数定义了序列的有效范围。你可能会想，为什么需要限制范围？一个常见的原因是，如果你的ID字段是
```
INT
```
登录后复制
类型，它有自己的最大值。如果序列一直递增，最终会超出这个类型的存储范围，导致溢出错误。设置
```
MAXVALUE
```
登录后复制
可以提前预警，让你在序列耗尽前采取措施。另一方面，
```
MINVALUE
```
登录后复制
在递减序列中会更有用，或者用于确保ID不会低于某个业务定义的阈值。我个人觉得，虽然大部分时候我们可能不会用到
```
MINVALUE
```
登录后复制
，但
```
MAXVALUE
```
登录后复制
在规划长期系统时，是需要考虑的一个点。
```
CYCLE
```
登录后复制
与
NO CYCLE
登录后复制
：
```
CYCLE
```
登录后复制
意味着序列达到
```
MAXVALUE
```
登录后复制
后会重新从
```
MINVALUE
```
登录后复制
开始（或者达到
```
MINVALUE
```
登录后复制
后从
```
MAXVALUE
```
登录后复制
开始，如果递减）。这在一些资源受限或者需要循环利用ID的场景下可能有用，比如一个临时的、不要求全局唯一的编号系统。但对于主键这种要求全局唯一的场景，绝对不能使用
CYCLE
登录后复制
。一旦循环，就可能生成重复的ID，这是灾难性的。所以，对于绝大多数生产环境的主键序列，我们都会明确指定
```
NO CYCLE
```
登录后复制
，让它在达到最大值时报错，以强制我们介入处理。
```
CACHE cache_size
```
登录后复制
与
NO CACHE
登录后复制
：这是影响序列性能和可靠性的一个关键参数。
- CACHE cache_size
  登录后复制
  ：数据库会预先在内存中生成
```
cache_size
```
  登录后复制
  个序列值，当应用程序请求
```
NEXTVAL
```
  登录后复制
  时，直接从内存中取出。这大大减少了对数据字典表的访问，显著提升了在高并发环境下的性能。我见过很多系统，在将序列从
```
NO CACHE
```
  登录后复制
  改为
```
CACHE
```
  登录后复制
  后，性能指标有了立竿见影的改善。
- NO CACHE
  登录后复制
  ：每次请求
```
NEXTVAL
```
  登录后复制
  时，数据库都会去更新数据字典中序列的当前值。这确保了序列值的连续性，即使服务器意外重启，也不会有值丢失。
- 考量：
```
CACHE
```
  登录后复制
  的缺点是，如果数据库实例异常关闭（例如断电、崩溃），缓存中尚未使用的序列值会丢失，导致序列出现“跳号”。这些丢失的号码永远不会被使用。对于主键而言，跳号通常不是问题，因为我们只关心唯一性，不关心连续性。但如果你的业务逻辑对序列的连续性有严格要求（比如订单号要求严格连续），那么
```
NO CACHE
```
  登录后复制
  或者较小的
```
cache_size
```
  登录后复制
  可能是更稳妥的选择，尽管会牺牲一部分性能。我个人的经验是，大多数情况下，为了性能，我们都会选择
```
CACHE
```
  登录后复制
  ，并接受跳号的风险，因为业务通常能容忍ID不连续。

真实场景：序列的有效运用与实践

理解了序列的机制和高级选项，我们来看看它在实际工作中能解决哪些问题，以及如何有效利用。

通用主键生成器： 设想一个大型系统，有几十甚至上百张表，它们都需要一个唯一的主键。如果每张表都用
```
AUTO_INCREMENT
```
登录后复制
，那么管理起来可能有点散。这时，创建一个或少数几个通用序列，让所有表都从这些序列中获取主键，可以统一ID的生成策略，简化开发和维护。比如，一个
```
GLOBAL_ID_SEQ
```
登录后复制
，所有业务实体都用它。这在一些数据仓库或者需要跨表关联的场景下尤其方便。
生成业务单据编号： 订单号、发票号、流水号等，这些通常要求唯一且具有一定的可读性（比如递增）。序列是生成这类编号的理想工具。你可以结合字符串拼接，比如
```
'INV-' || TO_CHAR(invoice_seq.NEXTVAL)
```
登录后复制
来生成
```
INV-0001
```
登录后复制
、
```
INV-0002
```
登录后复制
这样的发票号。这里的关键是，序列保证了数字部分的唯一性和递增性。
分布式系统中的ID预生成： 在一些微服务或者分布式架构中，服务A可能需要提前知道一个ID，然后将这个ID传递给服务B，服务B再用这个ID去数据库插入数据。序列的
```
NEXTVAL
```
登录后复制
可以在不实际执行
```
INSERT
```
登录后复制
语句的情况下获取ID，这为分布式事务和异步处理提供了很大的便利。
数据迁移与合并： 当你需要将来自多个源的数据库合并到一个目标数据库时，源数据库的自增ID可能会冲突。这时，可以为目标数据库创建新的序列，并在迁移过程中使用
```
NEXTVAL
```
登录后复制
为所有导入的数据生成全新的、唯一的ID，从而避免ID冲突问题。
替代数据库触发器中的复杂逻辑： 有时候，为了生成某个字段的值，我们可能会在
```
INSERT
```
登录后复制
触发器里写一些复杂的逻辑。如果这个值只是一个简单的递增数字，用序列来替代会更简洁、高效，并且更容易理解和维护。触发器虽然强大，但过度使用可能会让系统变得难以调试。