php - 尽管锁定表，并发请求仍将失败

Question

我为我们的后端编写了一个“Who is only”小部件。它可以工作，但有时系统会抛出 SQLSTATE[23000]: Integrityconstraint Violation: 1062 Duplicateentry '42' for key 'user_id' MySQL 错误。我真的不明白为什么会发生这种情况，因为代码在锁定的表上运行......

让我们从表结构开始:

--
-- Table structure for table `locktest`
--

DROP TABLE IF EXISTS `locktest`;
CREATE TABLE IF NOT EXISTS `locktest` (
  `id` int(10) unsigned NOT NULL,
  `user_id` int(10) unsigned NOT NULL,
  `last_access` datetime NOT NULL,
  `path` varchar(20) NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COMMENT='Test table for locking test' AUTO_INCREMENT=1 ;


--
-- Indexes for table `locktest`
--
ALTER TABLE `locktest`
 ADD PRIMARY KEY (`id`), ADD UNIQUE KEY `user_id` (`user_id`);

这是 PHP 代码:

$dbh = new \PDO(...);
$dbh->beginTransaction();

$dbh->exec('LOCK TABLES locktest WRITE');

$stmt = $dbh->prepare($sql_update);
$stmt->bindValue(':user_id', $user_id, \PDO::PARAM_INT);
$stmt->bindValue(':last_access', $last_access);
$stmt->bindValue(':path', $path);

$stmt->execute();

$rows_affected = $stmt->rowCount();

if ($rows_affected == 0) {
    // New data set
    $stmt = $dbh->prepare($sql_insert);
    $stmt->bindValue(':user_id', $user_id, \PDO::PARAM_INT);
    $stmt->bindValue(':last_access', $last_access);
    $stmt->bindValue(':path', $path);

    $stmt->execute();
}

$dbh->commit();
$dbh->exec('UNLOCK TABLES');

在此示例中，我使用 PDO。但我对 mysqli 和 Zend_Db 进行了同样的尝试(使用 PDO 和 mysqli)...没关系:并发请求将失败，我不明白为什么。

我注意到，如果删除 varchar 列或将其替换为另一个 int 列，我不会看到失败的请求。

此外，当我在代码之前添加 sleep(1) 调用时，它也可以正常工作。看起来像是时间问题？不是？我真的认为使用 LOCKS 应该可以防止这样的错误......

我还尝试了没有 TRANSACTIONS 的示例，只是为了确保 LOCK 不会干扰 TRANSACTIONS...没有变化。

我做错了什么吗？

针对 PHP 5.5.13、5.3.28 进行测试。针对 MySQL 5.1.73 和 5.6.17 进行了测试。

是的，我正在使用 MyISAM。

我创建了一个小型的完整测试应用程序:https://www.dropbox.com/s/77t9jy596vodmax/locktest.zip

Answer 1

我自己发现了问题:

首先，我的代码没有任何问题。看起来 LOCKING 不起作用，但它确实起作用。

问题是，逻辑(当 UPDATE 不影响任何行时插入)不需要智能 MySQL 服务器:

MySQL 似乎检测到有时不需要更新，因此将 $affected_rows = 0 报告回应用程序。

什么时候发生？

想象一下后端用户请求/$module/$action(请求1)。在此示例中，$module =article 和 $action = add。因此，用户会看到一个用于添加新数据集的 Web 表单。如果用户立即提交空表单(/article/check，请求 2)， Controller 将检测到这一点并将用户重定向回 /article/add(请求 3) )告诉他/她必填字段。

当这种情况同时发生时，请求 2 和请求 3 无需更新任何内容，因为请求 1 已设置$user_id = $user_id、$last_access = time() 和 $path = $module。

如前所述，这种情况并不经常发生，但如果在同一个 time() 内发生对同一模块的两次调用，则可能会发生这种情况。

解决问题的两种方法:

• 确保每个 UPDATE 语句都是唯一的(使用 microtime()，同时记录 操作...)，以便 UPDATE 语句将始终影响一行，如果已经有来自用户的数据集...因此逻辑将再次工作。
• 当 UPDATE 语句不影响任何行时，在 INSERT 之前运行 SELECT 语句以确保没有数据集...(您也可以始终在 INSERT 之前运行 DELETE 语句，但要限制 WRITE 负载)推荐一个非常便宜的 SELECT 语句...在我的例子中，它只是另一个关键查找)。

感谢大家的评论。