MySQL添加Caisse表新行触发#1452外键约束失败错误求助

这个错误我之前也碰到过好几次，本质就是你要往Caisse表里插的IdUser值，在User表的IdUser列里找不到完全匹配的记录——哪怕你觉得User表有数据，大概率是下面这些细节没注意到：

• 插入的IdUser值确实不在User表里
  先别着急怀疑数据库，先手动核对一下你要插入的ID数值。比如你想插IdUser=3，但User表里最大的ID是2，或者不小心把1写成了10。可以跑这条SQL确认：

  SELECT IdUser FROM User WHERE IdUser = 你要插入的ID值;
  

  如果返回空结果，那就是这个问题——要么调整插入的ID，要么先往User表里补一条对应ID的记录。

• 两个表的IdUser数据类型不匹配
  外键约束对数据类型的要求特别严格，哪怕都是数字类型，细节不一样也不行。比如User.IdUser是INT UNSIGNED，但Caisse.IdUser是普通INT；或者一个是VARCHAR(5)另一个是INT，哪怕数值看起来对，类型不匹配就会触发错误。可以用这两条SQL查列类型：

  DESCRIBE User;
  DESCRIBE Caisse;
  

  对比两表IdUser的Type字段，必须完全一致才行。

• 大小写敏感坑（取决于数据库配置）
  有些MySQL环境下表名/列名是区分大小写的。比如你创建的是User表，但外键约束里写成了REFERENCES user(IdUser)（小写的user），或者插入时不小心写错了表名大小写。检查你的外键约束定义，确保被引用的表名和实际表名完全一致（包括大小写）。

• User表的IdUser不是主键也没加唯一索引
  MySQL要求外键引用的列必须是主键，或者至少有一个唯一索引——不然数据库没法高效验证这个值是否存在。可以跑这条SQL看索引情况：

  SHOW INDEX FROM User;
  

  如果IdUser列没有PRIMARY或UNIQUE类型的索引，就得补上：

  -- 如果可以设为主键
  ALTER TABLE User ADD PRIMARY KEY (IdUser);
  -- 如果不能设主键，加唯一索引也可以
  ALTER TABLE User ADD UNIQUE INDEX idx_IdUser (IdUser);
  

• 事务未提交导致数据不可见
  要是User表的那条数据是在一个未提交的事务里插入的，当前会话可能看不到这条记录，自然插入Caisse时就会报错。先执行COMMIT提交事务，再重新查询User表确认数据存在后，再尝试插入。

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