MySQL 8.0 不支持 RETURNING 语句，截至 2026 年 11 月仍报语法错误；正确方式是用 LAST_INSERT_ID() 获取自增主键，需同连接、紧接 INSERT 后调用，且仅返回首个 ID。
MySQL 8.0 不支持 RETURNING 语句。
这是个常见误解：看到 PostgreSQL、Oracle、SQL Server 都有类似功能，就默认 MySQL 也跟进了。但截至 2026 年 11 月（MySQL 8.4 已发布），MySQL 仍完全没有实现 SQL 标准的 RETURNING 子句。你写 INSERT ... RETURNING id，会直接报错：ERROR 1064 (42000): You have an error in your SQL syntax。
MySQL 8.0+ 正确获取插入主键的方式只有 LAST_INSERT_ID()
它不是“查表”，而是读取当前连接最后一次成功 INSERT（或 UPDATE）生成的 AUTO_INCREMENT 值，速度快、原子性强，且与事务隔离级别无关。
- 必须在同一个数据库连接中调用，不能跨请求或连接池复用后调用
- 必须紧接在 INSERT 之后，中间不能穿插其他带自增列的 INSERT（包括
INSERT ... SELECT、INSERT IGNORE） - 即使 INSERT 失败（如违反唯一约束），只要没报错且实际分配了 ID（比如
INSERT IGNORE跳过但 ID 已递增），LAST_INSERT_ID()也会返回那个跳变后的值 - 批量插入
INSERT INTO t VALUES (),(),()只返回第一个生成的 ID，不是数组
典型安全用法（单条插入）：
win可用的mysql指令skill
下载
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
INSERT INTO users(username, email) VALUES ('alice', 'a@b.c');
SELECT LAST_INSERT_ID();
在应用层（如 Python + pymysql）中，应确保用同一个 cursor 连续执行：
cursor.execute("INSERT INTO users(...) VALUES (...)")
cursor.execute("SELECT LAST_INSERT_ID()")
new_id = cursor.fetchone()[0]
为什么不能用 @@identity 或 SCOPE_IDENTITY()？
-
@@identity在 MySQL 中存在，但它受触发器影响：如果 INSERT 触发了另一个含 AUTO_INCREMENT 的表的插入，@@identity会返回触发器里那张表的 ID，而不是你原表的——完全不可靠。 -
SCOPE_IDENTITY()是 SQL Server 的函数，MySQL 根本不识别这个语法，会报错。
JDBC 和 ORM 层怎么做的？
- JDBC 驱动（如 mysql-connector-java）通过
Statement.RETURN_GENERATED_KEYS选项，在底层自动帮你执行LAST_INSERT_ID()，并映射到ResultSet。 - MyBatis 依赖
useGeneratedKeys="true"+keyProperty，本质也是走 JDBC 的这一路径。 - 这些封装都建立在
LAST_INSERT_ID()的行为之上，不是绕过了它，而是依赖它。
真正容易被忽略的一点：如果你在存储过程中用 INSERT ... SELECT 或批量插入，又想逐行拿 ID，LAST_INSERT_ID() 就失效了——它只返回第一个。这时必须改用临时表 + 变量模拟，或拆成循环单条插入。MySQL 就是没提供真正的行级返回能力。
