MySQL存储过程条件INSERT遇#1064语法错误求助

我来帮你梳理这个问题——#1064错误大多出在存储过程的语法结构细节上，尤其是条件判断的写法或者语句分隔符的设置上。先给你一个符合需求的正确模板，你可以对照自己的代码找差异：

-- 先设置自定义分隔符，避免和存储过程内的分号冲突
DELIMITER //

CREATE PROCEDURE InsertBasedOnCondition(
    -- 替换成你实际声明的参数，比如：
    IN user_id INT,
    IN user_name VARCHAR(100),
    IN is_vip BOOLEAN
)
BEGIN
    -- 核心条件判断逻辑
    IF is_vip THEN
        -- 满足条件时执行的INSERT
        INSERT INTO user_records(id, name, type) VALUES (user_id, user_name, 'VIP');
    ELSE
        -- 不满足条件时执行的INSERT
        INSERT INTO user_records(id, name, type) VALUES (user_id, user_name, 'NORMAL');
    END IF;
END //

-- 恢复MySQL默认的分号分隔符
DELIMITER ;

接下来给你列几个最容易踩的坑，你可以逐一排查自己的代码：

• 没设置自定义分隔符：MySQL默认用分号作为语句结束符，存储过程内部的分号会被提前解析，直接触发语法错误。必须先设置DELIMITER //（或其他非分号符号），写完存储过程再恢复。
• IF语句结构不完整：MySQL的IF条件必须包含THEN、ELSE（可选）和END IF;，关键字缺一不可——哪怕你觉得逻辑简单，也不能省略这些结构。
• 参数使用错误：如果是存储过程的入参，直接用参数名即可，不要加@（@是会话变量的前缀）；如果参数名和表列名重名，记得用反引号``包裹参数名。
• INSERT本身语法错：比如列名拼写错误、值的数量和列数不匹配、字符串没加单引号等，也会触发#1064，你可以单独把INSERT语句拿出来执行验证。
• 存储过程结尾缺分隔符：写完END后必须加上你设置的自定义分隔符（比如//），否则MySQL会认为语句未结束。

如果对照后还是找不到问题，可以把你的存储过程代码贴出来，我帮你精准定位~

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