MariaDB 10.6+设置foreign_key_checks=0仍无法创建含未存表引用的检查约束表

方案1：调整Adminer的SQL生成逻辑 #

Adminer默认把检查约束嵌入CREATE TABLE语句，你可以修改它的导出规则，让检查约束单独生成ALTER TABLE语句并放在文件末尾：

• 直接修改Adminer源码中处理表结构导出的模块，剥离CREATE TABLE里的检查约束，统一收集后在所有建表语句之后生成延迟添加约束的语句。
• 不想改源码的话，可借助Adminer插件扩展自定义导出格式，实现检查约束的后置添加。

方案2：自动预处理SQL文件 #

写个脚本（Python、Shell均可）批量处理Adminer生成的SQL，自动把CREATE TABLE中的跨表检查约束移到文件末尾：

1. 遍历SQL文件，识别包含跨表引用的CHECK约束（比如CHECK (col IN (SELECT id FROM uncreated_table))这类语句）。
2. 将这些约束从CREATE TABLE块中移除，暂存到列表。
3. 在所有建表语句执行完后，生成对应的ALTER TABLE [表名] ADD CONSTRAINT [约束名] CHECK (...)语句。

示例Shell脚本（需根据实际SQL格式微调）：

awk '
    /CREATE TABLE/ {
        in_create = 1
        table_name = $3
        gsub(/`/, "", table_name)
        print $0
        next
    }
    in_create && /CHECK.*SELECT.*FROM/ {
        sub(/^[ \t]+/, "", $0)
        constraints[table_name] = constraints[table_name] $0 "\n"
        next
    }
    in_create && /^\)/ {
        print $0 ";"
        in_create = 0
        next
    }
    { print }
    END {
        for (tbl in constraints) {
            print "ALTER TABLE `" tbl "` ADD " constraints[tbl] ";"
        }
    }
' input.sql > output.sql

方案3：临时关闭检查约束的严格验证 #

MariaDB 10.6+对CHECK约束的验证逻辑独立于foreign_key_checks，可以临时调整sql_mode跳过约束预检查：
在SQL文件开头添加：

SET sql_mode = 'NO_ENGINE_SUBSTITUTION';

导入完成后恢复原有sql_mode：

SET sql_mode = '你的原有模式值';

注意：该方法会跳过部分合法约束校验，仅建议用于可信的SQL文件导入。

方案4：事务包裹延迟约束验证（有限适用） #

如果检查约束指向的表后续会被创建，可尝试用事务包裹所有导入语句，并将约束设为可延迟：

START TRANSACTION;
SET foreign_key_checks = 0;
-- 所有CREATE TABLE语句（检查约束需加上DEFERRABLE INITIALLY DEFERRED）
COMMIT;

此方法依赖MariaDB对可延迟CHECK约束的支持，仅部分场景有效。

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