php - 神秘的 INSERT UPDATE 错误

Question

我的表格看起来像(不相关的列被减去):

PRIMARY KEY(AUTO-INCREMENT,INT), 
CLIENTID(INT), 
CLIENTENTRYID(INT), 
COUNT1(INT), 
COUNT2(INT)

现在，CLIENTID 和 CLIENTENTRYID 是一个唯一的组合索引，用于防止重复。

我使用 PHP 向服务器发布输入。我的查询看起来像:

$stmt = $sql->prepare('INSERT INTO table (COUNT1,COUNT2,CLIENTID,CLIENTENTRYID) VALUES (?,?,?,?) ON DUPLICATE KEY UPDATE COUNT1=VALUES(COUNT1),COUNT2=VALUES(COUNT2)');

$stmt->bind_param("iiii",$value,$value,$clientid,$cliententryid);

SQL 对象启用了自动提交。 “值”变量被重新用作 COUNT1 和 COUNT2 中的值，应该始终相同。

好的 - 在大多数情况下工作正常，但随机的，我不明白为什么，它会在 COUNT2 中发布 0 - 对于完全不同的行。

知道这会如何发生吗？我看不到模式(它不会在尝试失败后发生，这就是唯一索引存在的原因，这样新的尝试就不会导致重复)。这似乎是完全随机的。

我对重复 key 更新有什么误解吗？非常奇怪的是它错误地更新了不同的行 - 而不是您插入的行。

我意识到其他因素可能会影响这一点，但现在我正试图排除我的 SQL 逻辑是错误的来源。

Answer 1

除了 auto_increment 列上的 PRIMARY KEY 之外，只有一个 UNIQUE 键定义了表，并且是在 (CLIENTID,CLIENTENTRYID) 上定义的，对吗？

而且表上没有定义触发器，对吗？

而且您(显然)正在使用带有绑定(bind)占位符的准备好的语句。

这两列(CLIENTID 和 CLIENTENTRYID)是否定义为 NOT NULL 并不重要； MySQL 将允许多行具有 NULL 值；不违反由 UNIQUE 约束强制执行的“唯一性”。 (这与 Oracle 如何处理 NULL 值的“唯一性”相同，但它与 SQL Server 强制执行它的方式不同。)

---

我只是看不出您所展示的任何方式，即:

INSERT INTO `mytable` (COUNT1,COUNT2,CLIENTID,CLIENTENTRYID) VALUES (?,?,?,?)
ON DUPLICATE KEY 
UPDATE COUNT1 = VALUES(COUNT1)
     , COUNT2 = VALUES(COUNT2)

... 不可能导致表中的其他行被更新。

要么插入操作成功，要么抛出“重复键”异常。如果抛出“重复键”异常，该语句会捕获该异常并执行 UPDATE 操作。

鉴于 (CLIENTID,CLIENTENTRYID) 是表中唯一的唯一键(除了 auto_increment 列，此语句未引用)，更新操作将等同于此语句:

UPDATE `mytable`
   SET COUNT1        = ?
     , COUNT2        = ?
 WHERE CLIENTID      = ?
   AND CLIENTENTRYID = ?

...使用 INSERT 语句的 VALUES 子句中提供的值。

最重要的是，OP 向我们展示的任何 都没有问题。逻辑是合理的。除了这条 SQL 语句之外，还有其他事情正在发生。

OP 代码显示使用标量(而不是数组元素)作为 bind_param 调用中的参数，因此通过引用传递的整个困惑不应该成为问题。

根据 OP 告诉我们并向我们展示的所有内容，OP 显示的 SQL 语句没有问题。报告的问题必须是 其他 SQL 语句。