向含复合主键的votes表插入数据时的重复键异常排查

你的理解完全正确：复合主键(member_id, book_id)允许两个字段值相同（比如99-99），只有当完全相同的主键组合重复插入时，才会触发主键重复错误。你遇到的“报错但记录成功插入”的矛盾现象，大概率是代码执行逻辑或数据库操作环节出了问题，以下是具体排查方向：

1. 确认删除操作是否真的生效 #

你提到“已提前删除对应行”，但有可能删除语句存在问题导致未生效：

• 检查PHP中的删除语句，比如是否漏写了book_id条件（比如写成DELETE FROM votes WHERE member_id=99而非DELETE FROM votes WHERE member_id=99 AND book_id=99），导致目标记录没被删掉；
• 在删除语句执行后，立刻执行查询SELECT COUNT(*) FROM votes WHERE member_id=? AND book_id=?，确认返回结果为0，证明目标记录确实被删除。

2. 排查插入语句是否被重复执行 #

“报错但记录存在”最常见的原因是插入逻辑被触发了两次：

• 检查PHP代码是否有循环、条件分支错误，导致插入代码被执行两次：第一次插入成功，第二次插入时因主键已存在报错，你看到的是第二次的报错信息，但第一次的记录已经留在数据库中；
• 可以在插入语句前后添加日志，记录执行时间和参数，验证是否存在重复执行的情况。

3. 检查事务与提交设置 #

如果代码使用了事务，可能存在删除后未提交的问题：

• 比如删除操作在事务中但未执行COMMIT，导致数据库里的旧记录依然存在，插入时触发主键冲突；
• 若插入操作自动提交了事务，可能会覆盖未提交的删除操作，最终记录插入成功，但过程中抛出了错误。

4. 查看数据库错误日志 #

直接查看MySQL的错误日志，找到报错对应的完整上下文：

• 日志会显示报错时的SQL语句、执行时间，能帮你确认是哪一次插入触发了重复键错误，以及当时数据库中是否真的存在该主键组合。

5. 核对复合主键定义 #

虽然报错信息指向主键，但仍需确认表结构：

• 确保表的主键是PRIMARY KEY (member_id, book_id)，没有单独给member_id或book_id添加唯一约束（单独的唯一约束可能引发其他冲突）。

内容的提问来源于stack exchange，提问作者user1917196