MySQL 8.x 中的主要错误？ — 外键

Question

在从 MySQL 检索外键信息（用于代码生成器）时，我注意到了这种奇怪的行为。 它看起来像是 MySQL 8.x 中的一个主要错误。 当我使用REFERENCES创建外键时，引擎不会强制执行它。 例如：

create table p (
  id int primary key not null
) engine=innodb;

create table q (
  pid int references p (id)
) engine=innodb;

insert into q (pid) values (123); -- succeeds (!)

请参阅DB Fiddle 中的示例。

但是，如果我创建输入FOREIGN KEY (col) REFERENCES table (col)的外键FOREIGN KEY (col) REFERENCES table (col)它可以正常工作：

create table p (
  id int primary key not null
) engine=innodb;

create table r (
  pid int,
  foreign key (pid) references p (id)
) engine=innodb;

insert into r (pid) values (456); -- fails, as expected

请参阅DB Fiddle 上的运行示例。

如果这是 MySQL 中的一个真正的主要错误，有没有办法禁用错误的语法？

注意：我刚刚确认 MariaDB 在 10.4 之前出现了相同的错误，但似乎在 10.5 中已修复。

Answer 1

在 MySQL 中未修复。 它允许合法的 SQL 语法，但 MySQL 在使用列级外键语法时不保存约束。

这在 2005 年被报告为一个错误，并以“不会修复”消息结束。

https://bugs.mysql.com/bug.php?id=13301

https://dev.mysql.com/doc/refman/8.0/en/ansi-diff-foreign-keys.html说：

MySQL 解析但忽略“内联 REFERENCES 规范”（在 SQL 标准中定义），其中引用被定义为列规范的一部分。 仅当指定为单独的 FOREIGN KEY 规范的一部分时，MySQL 才接受 REFERENCES 子句。 对于不支持外键的存储引擎（如 MyISAM），MySQL Server 解析并忽略外键规范。

无法禁用不受支持的语法，甚至无法使其返回错误或警告。