mysql无原生sequence，需用“表+函数”模拟：建主键为name的管理表，nextval用update原子递增，currval直读表值；须设not deterministic和sql security definer，且函数更新不可回滚。
MySQL 本身没有 SEQUENCE 对象，但可以通过「表 + 函数」组合模拟出 Oracle 风格的 NEXTVAL 和 CURRVAL 行为。关键不是照搬语法，而是确保：原子性、可重入、支持并发、不依赖业务表结构。下面直接说怎么做、为什么这么设计、以及哪些地方一不小心就掉坑里。
建 sequence 管理表时必须用 PRIMARY KEY(name) 而非 AUTO_INCREMENT
很多人第一反应是给 sequence 表加 AUTO_INCREMENT，这是错的——AUTO_INCREMENT 是单表全局计数器，无法按名称隔离多个序列。正确做法是把 name 设为主键（或唯一索引），靠 UPDATE ... WHERE name = ? 控制每个序列独立递增。
-
name字段必须设为PRIMARY KEY或UNIQUE，否则nextval()更新时可能匹配多行，导致数据错乱 - 字段类型推荐
VARCHAR(50)，太短容易撞名，太长浪费索引空间 -
current_value建议用BIGINT，避免未来某天溢出后函数返回负数还查不出来 - 别在表里存格式化后的值（比如带前缀/补零），那会让逻辑耦合、难以调试；格式化应交给函数层做
nextval() 函数里必须用 UPDATE 而非 INSERT 模拟自增
有些方案用临时表 + INSERT ... VALUES(NULL) + LAST_INSERT_ID() 来“骗”出下一个值，这在高并发下极危险：事务未提交时其他连接看不到新记录，DELETE 又可能删错行，最终导致跳号或重复号。
- 必须用
UPDATE sequence SET current_value = current_value + increment WHERE name = ?，这是原子操作，InnoDB 会自动加行锁 - 不要在函数里做
SELECT ... FOR UPDATE再UPDATE，MySQL 函数内不允许显式加锁语句（会报Function cannot contain a statement that invokes a stored function） - 如果需要前缀/补零/后缀等格式，应在
nextval()返回前调用另一个纯计算函数（如format_seq()），而不是塞进同一个函数里增加复杂度
并发场景下 currval() 的行为要和 Oracle 严格对齐
Oracle 的 CURRVAL 必须在同会话中先调过 NEXTVAL 才能访问，否则报错。MySQL 函数没法拦截“未调 NEXTVAL 就查 CURRVAL”的行为，所以现实中最稳妥的做法是：让 currval() 直接读表，不校验会话状态——但你要清楚这意味着它返回的是“当前任意时刻的值”，不是“本会话上次生成的值”。
- 如果你真需要会话级语义（比如 Hibernate 的
sequence策略），就得放弃纯函数方案，改用存储过程 + 会话变量（@seq_last_val），但会丧失函数可嵌套使用的灵活性 -
currval()函数体里别写IF NOT EXISTS判断再INSERT默认值——这在并发下会触发唯一键冲突，且掩盖了“漏初始化序列”的问题 - 上线前务必检查所有序列是否都已通过
INSERT INTO sequence (name, current_value) VALUES ('xxx', 1)初始化，空表直接调nextval()会静默返回NULL
别忽略 MySQL 函数的 SQL SECURITY 和 DETERMINISTIC 属性
MySQL 8.0+ 对函数安全性更敏感，尤其当函数被视图或触发器引用时。如果属性设错，轻则调用失败，重则主从复制中断。
- 所有涉及
UPDATE/SELECT表的函数，必须声明SQL SECURITY DEFINER，否则默认INVOKER权限不足 -
NEXTVAL和CURRVAL都是非确定性函数（每次调结果可能不同），必须显式写NOT DETERMINISTIC，否则创建失败或产生不可预期缓存行为 - 别省略
CONTAINS SQL——这是告诉优化器“我确实要查表”，避免执行计划误判 - 函数体里避免使用用户变量（
@var），它们在函数间不共享，且在并行调用时可能污染
最易被忽略的一点：MySQL 的函数不能回滚。一旦 nextval() 成功更新了表，即使外层事务最终 ROLLBACK，序列值也不会还原。这点和 Oracle 完全不同——如果你的业务要求“事务失败则序列不消耗”，那函数方案就不适用，得换用应用层分配或带事务包装的存储过程。
