MySQL 5.5存储过程创建报错求助：附代码及表结构

嘿，我帮你定位到这个存储过程在MySQL 5.5里报错的几个关键原因，直接给你修正后的代码，再逐个解释问题点：

1. VARCHAR参数必须指定长度 #

MySQL里定义varchar类型的入参时，必须明确指定长度（比如varchar(32)），不能只写varchar——这是语法硬性要求，不写长度会直接触发语法错误。

2. 必须临时修改语句分隔符 #

默认的SQL语句分隔符是;，而存储过程内部的每条语句也用;结尾，这会让MySQL误以为存储过程的定义在第一个;就结束了，导致后续代码报错。所以需要先临时切换分隔符，定义完存储过程再切回默认值。

3. 参数名与字段名的歧义（潜在坑） #

你的参数bankcode、receipttype和表字段bank_code、receipt_type虽然名字不完全重复，但为了避免MySQL解析时的歧义，建议给参数加个前缀（比如p_开头），让代码可读性更强，也能避免意外的逻辑错误。

修正后的完整可运行代码 #

DELIMITER //

CREATE DEFINER = CURRENT_USER PROCEDURE `getReceiptNumber`(
    IN p_bankcode varchar(32),  -- 指定varchar长度，加前缀区分字段
    IN p_receipttype varchar(32),
    OUT p_seq int
) 
BEGIN
    -- 更新序列号
    UPDATE receipt_number 
    SET seq_number = seq_number + 1 
    WHERE bank_code = p_bankcode AND receipt_type = p_receipttype;
    
    -- 将更新后的序列号赋值给输出参数
    SELECT seq_number 
    INTO p_seq
    FROM receipt_number 
    WHERE bank_code = p_bankcode AND receipt_type = p_receipttype;
END //

DELIMITER ;  -- 切回默认分隔符

额外的并发优化建议 #

如果这个存储过程是在高并发场景下使用，上面的写法可能会出现序列号重复的问题（因为查询和更新不是原子操作）。给你个更安全的写法，用FOR UPDATE加行锁，确保同一时间只有一个请求能修改对应记录：

DELIMITER //

CREATE DEFINER = CURRENT_USER PROCEDURE `getReceiptNumber`(
    IN p_bankcode varchar(32),
    IN p_receipttype varchar(32),
    OUT p_seq int
) 
BEGIN
    -- 先锁定记录，再获取自增后的值
    SELECT seq_number + 1 INTO p_seq
    FROM receipt_number 
    WHERE bank_code = p_bankcode AND receipt_type = p_receipttype
    FOR UPDATE;
    
    -- 用获取到的新值更新记录
    UPDATE receipt_number 
    SET seq_number = p_seq 
    WHERE bank_code = p_bankcode AND receipt_type = p_receipttype;
END //

DELIMITER ;

这种写法把查询和更新的逻辑原子化，能有效避免并发场景下的序列号冲突问题，适合生产环境使用。

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