pdo_lastinsertid() 返回0或空字符串，因它仅返回当前连接最近一次成功insert的id，受事务未提交、跨连接、无自增主键等因素影响；mysql下无自增主键时返回空字符串，非0。
pdo\_lastInsertId() 返回 0 或空字符串？检查事务和连接状态
多数时候 pdo_lastInsertId() 返回 0，不是函数写错了，而是它只对“当前 PDO 连接上最近一次成功执行的 INSERT 语句”有效。如果中间执行过其他 INSERT（比如日志表、触发器隐式插入）、连接被复用、或者语句没真正提交，结果就不可靠。
常见错误现象：INSERT INTO users (name) VALUES ('Alice'); 执行完立刻调 pdo_lastInsertId() 却得 0；或在事务中执行多条 INSERT 后调用，返回的是第一条的 ID 而非最后一条。
- 确保 INSERT 语句确实执行成功（检查
$stmt->execute()返回值，不是只看无异常） - 不要在事务未提交前反复调用 —— 它不“记住”每条语句，只记最后一次 INSERT 的 ID
- 避免跨连接使用：同一个
PDO实例内操作，别把插入和取 ID 拆到两个不同PDO对象上 - MySQL 中若表无自增主键，
pdo_lastInsertId()必然返回空字符串（不是 0），注意类型判断时用=== ''而非== 0
MySQL 自增 ID 被跳过？理解 pdo\_lastInsertId() 的底层逻辑
pdo_lastInsertId() 不是查数据库，而是读 MySQL 协议返回的 insert_id 字段。只要 MySQL server 在响应里带了这个值，PDO 就缓存并返回它 —— 所以它快，但也意味着它不感知后续回滚、不校验数据是否存在、也不管你有没有手动 SET @id。
使用场景：适合单条 INSERT 后立刻获取 ID 的常规流程；不适合批量插入后按顺序匹配 ID，也不适合依赖“绝对连续性”的业务逻辑。
- 批量插入（如
INSERT INTO t VALUES (),(),()）时，pdo_lastInsertId()返回的是第一个生成的 ID，不是最后一个 - 如果 INSERT 因唯一键冲突失败，但自增计数器已+1，下一次成功插入的 ID 就会跳号 ——
pdo_lastInsertId()仍返回那个“跳过的值”，这是 MySQL 行为，PDO 无法绕过 - 显式指定自增字段值（如
INSERT INTO t (id, name) VALUES (100, 'X')）不会影响下次自增起点，但pdo_lastInsertId()仍返回你写的 100（MySQL 5.7+ 默认行为）
用 prepare + execute 插入后取 ID，参数绑定不影响 pdo\_lastInsertId()
有人担心用 prepare() 和 execute() 绑定参数会导致 pdo_lastInsertId() 失效，其实完全不会。PDO 是在语句执行完成、MySQL 返回响应那一刻记录 ID 的，跟是否预处理、是否绑定变量无关。
示例：
$stmt = $pdo->prepare("INSERT INTO users (email, created_at) VALUES (?, ?)");
$stmt->execute(['user@example.com', date('Y-m-d H:i:s')]);
$id = $pdo->lastInsertId(); // ✅ 正确，$id 是刚插入那行的自增 ID
- 即使 SQL 中有多个问号或命名参数，只要 INSERT 成功，
pdo_lastInsertId()就有效 - 注意：不能在
$stmt->execute()抛异常后还调用它 —— 异常意味着执行失败，ID 未生成 - 如果用了
PDO::ATTR_EMULATE_PREPARES => true（默认开启），行为一致；设为 false 也无影响，底层仍是 MySQL 原生协议返回 insert_id
替代方案：用 SELECT LAST_INSERT_ID()？没必要，且更危险
有人想用 SELECT LAST_INSERT_ID() 手动查询，这反而容易出错。因为 LAST_INSERT_ID() 是会话级函数，一旦中间执行了任何 INSERT（包括别人代码、ORM 日志、触发器），结果就不可控。
而 pdo_lastInsertId() 是 PDO 内部直接从上次 INSERT 的响应包里拿的，不发新查询，也不受其他语句干扰 —— 它就是最轻量、最安全的方式。
- 别在 INSERT 后再发一条
SELECT LAST_INSERT_ID()查询，纯属多此一举，还增加一次 round-trip - 尤其在连接池环境下（如 PHP-FPM 复用连接），
LAST_INSERT_ID()可能返回别人插入的 ID - 如果真需要确认某条记录存在，应该用
SELECT id FROM users WHERE id = ?查自己刚拿到的 $id，而不是靠函数重算
最易被忽略的一点：某些 PDO 驱动（比如旧版 SQLite）对 lastInsertId() 的实现不一致，MySQL 和 PostgreSQL 行为可靠，但 SQLite 在没有显式主键时可能返回 0 —— 如果你切库测试，别只盯着 MySQL 验证。
