MariaDB存在外键的子表无法创建分区，无外键时如何维护表关系？

核心实现方案 #

1. 应用层事务级校验 #

所有对country（父表）、city（子表）的增删改操作，都包裹在数据库事务中执行，操作前先加锁校验关联关系合法性，避免并发冲突导致的不一致：

• 新增/修改city记录时，先校验对应country_id是否在country表中存在，校验不通过直接终止操作
• 删除country记录时，先校验是否存在关联的city记录，根据业务规则选择级联删除关联city、或禁止删除操作
• 校验语句增加FOR UPDATE行锁，避免并发场景下校验完成、正式操作前父表记录被删除的一致性问题

示例事务代码：

START TRANSACTION;
-- 加行锁校验关联国家是否存在
SELECT COUNT(*) FROM country WHERE country_id = 10 FOR UPDATE;
-- 校验通过后执行城市插入
INSERT INTO city (city_id, city_name, country_id) VALUES (1001, '北京', 10);
COMMIT;

2. 数据库触发器校验 #

无需修改应用代码，通过数据库触发器实现关联关系的强制校验，对应用层完全透明：

• 给city表新增BEFORE INSERT、BEFORE UPDATE触发器，操作前校验country_id的合法性
• 给country表新增BEFORE DELETE、BEFORE UPDATE触发器，操作前校验是否存在关联city记录，不符合规则就主动抛出异常终止操作

示例触发器代码：

DELIMITER //
CREATE TRIGGER check_city_country_valid BEFORE INSERT ON city
FOR EACH ROW
BEGIN
  DECLARE exist_count INT;
  SELECT COUNT(*) INTO exist_count FROM country WHERE country_id = NEW.country_id;
  IF exist_count = 0 THEN
    SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '关联国家不存在，无法插入城市记录';
  END IF;
END //
DELIMITER ;

注意：高并发场景下触发器会带来额外的性能损耗，需结合业务压力评估使用

3. 定期一致性巡检兜底 #

无论采用上述哪种方案，都建议搭配定期数据巡检机制，处理绕过应用/触发器直接操作数据库产生的脏数据：

• 按业务对一致性的要求，设置每日/每周的巡检任务
• 执行校验SQL查询关联不一致的脏数据，按业务规则完成清理或补全

示例校验SQL：

-- 查询关联国家不存在的异常城市记录
SELECT c.city_id, c.city_name, c.country_id 
FROM city c 
LEFT JOIN country co ON c.country_id = co.country_id 
WHERE co.country_id IS NULL;

4. 关联字段规范约束 #

虽然没有物理外键，建议关联字段的命名、类型完全对齐父表主键：比如city表关联country表的字段统一命名为country_id，字段类型、长度和country表的主键country_id完全一致，避免后续关联查询、维护时出现逻辑混乱。

方案选型建议 #

• 并发量不高的业务优先选择触发器方案，无需改造应用代码，维护成本低
• 高并发业务优先选择应用层校验方案，性能损耗更低，灵活性更高
• 所有场景都建议搭配定期巡检作为兜底机制，保证数据一致性

内容的提问来源于stack exchange，提问作者Sheikh Wasiu Al Hasib