PDO::lastInsertId() 有时返回0的根本原因是未在同一个PDO实例上调用，如INSERT在连接A执行而lastInsertId()在连接B调用；还需关闭PDO::ATTR_EMULATE_PREPARES并确保连接复用。
PDO::lastInsertId() 是唯一推荐方式，其他方法（比如 SELECT LAST_INSERT_ID()）容易出错、多一次查询、还可能被并发干扰。
为什么 PDO::lastInsertId() 有时返回 0？
根本原因不是函数本身有问题，而是你没在同一个 PDO 实例上调用它。
- 每次调用
new PDO()或封装的connect()方法，都会创建一个全新数据库会话 -
INSERT在连接 A 上执行，lastInsertId()却在连接 B 上调用 → 返回0 - 常见错误写法：
$pdo->prepare(...)->execute(); $newPdo = new PDO(...); $newPdo->lastInsertId(); - 即使用了单例类，如果属性没声明为
static或没正确复用实例，也会掉进这个坑
PDO::lastInsertId() 的参数和 MySQL 兼容性
MySQL 驱动下，$pdo->lastInsertId() 不需要传参；但传了也不会报错，只是被忽略。
- PostgreSQL 必须传序列名，例如
$pdo->lastInsertId('users_id_seq') - SQLite 下直接调用即可，不支持命名参数
- 如果表没有
AUTO_INCREMENT主键，或插入语句没触发自增（如显式指定 ID），返回空字符串或0 - 批量插入
INSERT INTO t VALUES (),(),()时，只返回**第一条记录**的 ID，不是最大值也不是最后一条
必须关掉模拟预处理（PDO::ATTR_EMULATE_PREPARES）
PHP 默认开启模拟预处理，这会导致 lastInsertId() 在批量 INSERT 后返回 0，尤其在 MySQL 8.0+ 更明显。
- 正确初始化方式：
$pdo = new PDO($dsn, $user, $pass, [PDO::ATTR_EMULATE_PREPARES => false]); - 检查是否生效：
var_dump($pdo->getAttribute(PDO::ATTR_EMULATE_PREPARES));应输出false - 不关的话，即使你在同一个连接里调用，也可能拿不到真实值
- 注意：关掉后，部分特殊语法（如
?出现在注释里）可能报错，需清理 SQL
最容易被忽略的是连接生命周期管理——lastInsertId() 不是“查数据库”，而是读取上一次 INSERT 命令响应包里的元数据字段。一旦换连接、重连、或用了模拟预处理，这个字段就丢了。
