Question

我正在编写一个PHP类文件，它使用PDO将数据推送到MySQL数据库。本质上，文件很快被多次命中（每次都创建一个新的类实例），并且lastInsertId（）方法没有跟上。例如：

//sleep(rand(100,1000)/100);
$sql = "INSERT INTO `testing` (`name`, `timestamp`) VALUES (?, ?)";
$this->dbh->beginTransaction();
$sth = $this->dbh->prepare($sql);
$sth->bindValue(1, $_POST["name"]);
$sth->bindValue(2, microtime());
$sth->execute();
$this->id = $this->dbh->lastInsertId();
$this->dbh->commit();

如果页面被快速调用两次，则返回$this->id时，两个实例的值都为2，尽管DB看起来像这样：

+----+--------+-----------------------+
| id | name   | timestamp             |
+----+--------+-----------------------+
|  1 | Mark   | 0.98705900 1385770566 |
|  2 | George | 0.99367300 1385770566 |
+----+--------+-----------------------+

问题是执行的第一个查询的值应为id，执行的第二个查询的值应为id。为了解决这个问题，我添加了一个随机的睡眠（上面已注释）并纠正了这个问题。我正在使用交易，我认为这将纠正这个问题。我错过了一些明显的东西吗？

对于那些好奇的人，这是我的表格设置：

CREATE TABLE `testing` (
    `id` int(11) NOT NULL AUTO_INCREMENT,
    `name` varchar(255) NOT NULL,
    `timestamp` varchar(255) NOT NULL,
     PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8

PHP 5.3.3
MySQL 5.1.69

Answer 1

MySQL不会将一个会话的最后一个插入ID返回给另一个会话。

http://dev.mysql.com/doc/refman/5.6/en/information-functions.html#function_last-insert-id说：

生成的ID基于每个连接在服务器中维护。这意味着函数返回给定客户端的值是为该客户端影响AUTO_INCREMENT列的最新语句生成的第一个AUTO_INCREMENT值。此值不受其他客户端的影响，即使它们生成自己的AUTO_INCREMENT值。此行为可确保每个客户端都可以检索自己的ID，而无需关心其他客户端的活动，也无需锁定或事务。

重新评论：

这从一开始就是MySQL的行为。如果它容易受到竞争条件的影响，那么返回最后一个插入ID将是无用的，即如果其他会话中的插入可能污染您的会话。

一种可能性是您正在使用持久连接，因为旧版本的PHP存在一个错误，即可以将连接提供给新的PHP请求，并允许从先前的PHP请求访问会话范围的状态。换句话说，锁和事务以及临时表和用户变量以及最后一个插入ID之类的东西可以存活到后续的PHP请求中。这些问题应该在PHP 5.3中使用mysqlnd驱动程序解决;持久连接应该“重置”到初始状态。

另一种可能的解释是它确实运作正常，而你的观察结果却是错误的。所以我建议仔细而有条不紊地进行测试。

更新：根据your answer，此问题与MySQL或PDO或lastInsertId无关。听起来您根本没有看到PHP代码输出中的差异，您在Chrome开发工具中看到了网络性能统计数据中的意外数字。

Answer 2

问题是Chromium的内置控制台的网络选项卡没有显示正确的信息。通过console.log（）显示ID按预期工作，使用FireBug for Firefox按预期显示网络活动。我的工作假设是网络选项卡会显示实际的网络活动，但并不总是如此。

PDO的lastInsertId for MySQL是一个竞争条件？

2 个答案: