外键创建报错，如何基于CPF自动导入user_id至went_to表？

外键报错的核心原因 #

你遇到的“fk_id与cpf进行比较”的报错，本质是外键关联的字段不匹配：

• 要么是定义外键时，错误地将went_to.user_id关联到了user.CPF，但两个字段的数据类型/长度完全不一致（比如user_id是INT，CPF是CHAR(11)）
• 要么是外键约束的字段名写错，导致数据库解析时匹配到了错误的字段

外键约束要求关联的两个字段数据类型、长度、字符集必须完全一致，且被关联字段必须是主键或唯一索引。

方案1：直接用CPF作为外键（推荐） #

如果业务逻辑是通过CPF关联用户，没必要单独维护user_id，直接将went_to的外键字段设为user_cpf，与user.CPF对应：

修正表结构 #

-- 若已创建错误表，先删除
DROP TABLE IF EXISTS code.went_to;

-- 创建正确的表结构
CREATE TABLE code.went_to (
    id INT AUTO_INCREMENT PRIMARY KEY,
    user_cpf CHAR(11) NOT NULL,
    -- 其他业务字段...
    FOREIGN KEY (user_cpf) REFERENCES code.user(CPF)
        ON UPDATE CASCADE  -- CPF更新时同步更新
        ON DELETE RESTRICT -- 用户删除时禁止删除关联记录
);

插入数据 #

插入时只需传入user_cpf，数据库会自动验证该CPF是否存在于user表：

INSERT INTO code.went_to (user_cpf, ...) VALUES ('12345678901', ...);

方案2：保留user_id，通过触发器自动填充 #

如果必须保留user_id字段，需先修正外键关联，再通过触发器自动填充：

步骤1：修正外键关联 #

确保went_to.user_id与user.user_id数据类型完全一致（假设user.user_id是INT）：

-- 删除错误的外键约束（替换为你的外键名称）
ALTER TABLE code.went_to DROP FOREIGN KEY IF EXISTS fk_went_to_user;

-- 修正user_id字段类型
ALTER TABLE code.went_to MODIFY COLUMN user_id INT NOT NULL;

-- 添加正确的外键约束
ALTER TABLE code.went_to
ADD CONSTRAINT fk_went_to_user
FOREIGN KEY (user_id) REFERENCES code.user(user_id)
    ON UPDATE CASCADE
    ON DELETE RESTRICT;

步骤2：创建触发器自动填充user_id #

创建BEFORE INSERT触发器，插入时通过传入的CPF自动查询并填充user_id：

DELIMITER //
CREATE TRIGGER trg_went_to_fill_user_id
BEFORE INSERT ON code.went_to
FOR EACH ROW
BEGIN
    -- 根据传入的CPF查询对应的user_id
    SELECT user_id INTO NEW.user_id
    FROM code.user
    WHERE CPF = NEW.user_cpf;
END //
DELIMITER ;

插入数据 #

插入时只需传入user_cpf，触发器会自动填充user_id：

INSERT INTO code.went_to (user_cpf, ...) VALUES ('12345678901', ...);

批量导入数据的方式 #

如果需要批量将user表的user_id导入went_to，可以用INSERT ... SELECT语句：

INSERT INTO code.went_to (user_id, ...)
SELECT user_id, ... -- 替换为你的业务字段
FROM code.user
WHERE CPF IN ('12345678901', '98765432109'); -- 指定要导入的CPF范围

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