MySQL 5.7.19存储过程创建报错#1064：语法问题求助

看了你的问题，这个#1064语法错误是MySQL变量赋值的写法问题，而且你的存储过程还有几个隐藏的问题需要修正，我给你一步步拆解解决：

1. 触发#1064错误的直接原因 #

MySQL中，如果你想用子查询的结果给变量赋值，必须把子查询用圆括号包裹，或者更规范的是使用SELECT ... INTO语法。原代码里的：

SET userID = SELECT MAX(ID) + 1 FROM users;

这行缺少括号，直接触发了语法错误。正确的写法有两种：

-- 写法1：给子查询补全括号
SET userID = (SELECT MAX(ID) + 1 FROM users);
-- 写法2：MySQL推荐的SELECT INTO赋值（可读性更强）
SELECT MAX(ID) + 1 INTO userID FROM users;

2. 存储过程中的其他问题修正 #

除了上面的语法错误，你的代码还有几个会导致运行失败的问题，一起修正：

（1）DECLARE语句的位置错误 #

MySQL要求存储过程中的DECLARE必须放在所有可执行语句（比如START TRANSACTION、INSERT等）之前，否则会触发语法错误。

（2）错误的异常处理逻辑 #

原代码里的BEGIN ROLLBACK; END;完全没有起到异常捕获回滚的作用，MySQL需要用DECLARE EXIT HANDLER来捕获异常并执行回滚：

DECLARE EXIT HANDLER FOR SQLEXCEPTION
BEGIN
    ROLLBACK;
    -- 可选：在这里添加错误日志或返回错误提示
END;

（3）START TRANSACTION缺少分号 #

原代码里START TRANSACTION后面没有分号，属于语法不完整，必须补上。

（4）INSERT语句字段与值不匹配 #

原INSERT语句的字段顺序是userID, username, email, password, avatar，但值的顺序是ID, email, password, avatar, 1，不仅顺序错位，还漏了username的值，而且ID应该是你定义的userID变量。最后那个1看起来是想设置用户状态（Active），需要对应到表的状态字段上。

（5）手动生成ID的并发风险（可选优化） #

用MAX(ID)+1生成ID在高并发场景下会出现重复ID的问题，如果可以修改users表，更推荐给ID字段设置AUTO_INCREMENT，这样MySQL会自动处理主键生成，不需要手动计算。

修正后的完整存储过程代码 #

DELIMITER //
CREATE PROCEDURE uspAddUser(
    username VARCHAR(50), 
    email VARCHAR(50), 
    password VARCHAR(50), 
    avatar VARCHAR(50)
)
BEGIN
    -- DECLARE必须放在所有可执行语句之前
    DECLARE userID INTEGER;
    
    -- 异常处理：捕获任何SQL错误则回滚事务
    DECLARE EXIT HANDLER FOR SQLEXCEPTION
    BEGIN
        ROLLBACK;
        -- 可选：返回错误提示，比如 SELECT 'Error occurred while adding user' AS result;
    END;
    
    -- 开启事务（补充分号）
    START TRANSACTION;
    
    -- 正确赋值用户ID：合并空表情况，直接用SELECT INTO一步完成
    SELECT COALESCE(MAX(ID) + 1, 1) INTO userID FROM users;
    
    -- 修正INSERT语句的字段与值对应关系
    -- 假设users表包含ID, username, email, password, avatar, status字段（1=Active）
    INSERT INTO users(ID, username, email, password, avatar, status)
    VALUES(userID, username, email, password, avatar, 1);
    
    -- 返回生成的用户ID给调用程序
    SELECT userID AS ID;
    
    -- 提交事务
    COMMIT;
END //
DELIMITER ;

补充说明 #

如果你坚持不用自增主键，上面的代码已经解决了语法问题，但要注意并发场景下的重复ID风险，必要时可以给users表加读锁避免冲突：

LOCK TABLES users READ;
SELECT COALESCE(MAX(ID) + 1, 1) INTO userID FROM users;
UNLOCK TABLES;

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