兄弟，我太懂这种明明数据已经进数据库了，但死活拿不到插入ID的抓狂感！结合你的场景和代码片段，咱们来捋捋最可能的几个原因，按排查优先级来：

• 你大概率用错了数据库连接！
  看你代码里同时初始化了源库（$src_db_conn）和目标库（$target_db_conn）两个连接。如果你的插入操作是在目标库连接上执行的，但你却傻乎乎地去源库连接上调用lastInsertId()，那肯定返回0啊！两个连接是完全独立的会话，源库根本不知道目标库的插入行为。
  举个错误示范：

  // 用目标库连接插入数据
  $stmt = $target_db_conn->prepare("INSERT INTO target_table (nom_cat, slug) VALUES (?, ?)");
  $stmt->execute(['test', 'test-slug']);
  // 错误！调用了源库的lastInsertId()
  $wrong_id = $src_db_conn->lastInsertId(); // 必然返回0
  

  正确姿势：必须用执行插入操作的那个连接来调用lastInsertId()

  $correct_id = $target_db_conn->lastInsertId();
  

• 你的目标表没设置自增主键？
  lastInsertId()的核心作用就是获取**自增列（AUTO_INCREMENT）**的最后插入值。如果你的目标表主键是手动赋值的、或者是UUID这类非自增类型，那这个方法自然返回0。赶紧去检查下target_table的结构，确保主键字段是类似INT AUTO_INCREMENT PRIMARY KEY的设置。

• 是不是用了INSERT...SELECT批量插入？
  从你代码里的SELECT nom_cat, slug FROM src_table来看，你可能是用INSERT INTO target_table (...) SELECT ...的方式批量插入数据。这种情况下，有些数据库（比如MySQL）的lastInsertId()只会返回第一个插入行的自增ID，但前提是你用对了连接。另外如果你的SELECT结果为空，那插入没数据也会返回0，但你说插入正常，这条可以放在后面排查。

• 事务操作顺序有没有问题？
  如果你开启了事务，虽然MySQL在事务提交前也能拿到自增ID，但有些其他数据库或者特殊场景下，可能需要提交事务后才能获取。可以检查下你的代码逻辑：

  $target_db_conn->beginTransaction();
  try {
      $stmt = $target_db_conn->prepare("INSERT ...");
      $stmt->execute();
      // 建议在commit后再拿ID，保险起见
      $target_db_conn->commit();
      $id = $target_db_conn->lastInsertId();
  } catch (PDOException $e) {
      $target_db_conn->rollBack();
      echo "插入失败: " . $e->getMessage();
  }
  

• 要不要开启PDO错误模式排查？
  有时候你以为插入成功了，但其实有隐性错误（比如字段不匹配、权限问题）。可以在初始化连接的时候加上错误模式，让PDO抛出异常，帮你确认插入是否真的成功：

  function database_connection($host, $dbname, $user, $pass) {
      $dsn = "mysql:host=$host;dbname=$dbname;charset=utf8mb4";
      $options = [
          PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
          PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC
      ];
      try {
          return new PDO($dsn, $user, $pass, $options);
      } catch (PDOException $e) {
          die("连接失败: " . $e->getMessage());
      }
  }
  

先从第一个原因查起，90%的概率是连接用错了！一步步排除，肯定能解决问题。

内容的提问来源于stack exchange，提问作者J.BizMai