MySQL存储过程部分INSERT无数据插入但返回成功问题求助

结合你描述的现象——存储过程返回成功提示但无数据插入，单独执行对应INSERT语句正常，且参数已正确传递，核心问题大概率出在存储过程内的子查询未匹配到数据，但现有逻辑未做校验就直接返回成功，导致出现“假成功”的情况。下面分点拆解排查方向和修复方案：

1. 核心疑点：源价格桶的子查询未匹配到数据 #

你在ADD_BUCKET_SPUOM和ADD_BUCKET_CIP中依赖的子查询：

SELECT bucket_code from stkm_pricebucket WHERE bucket_desc=ReplicateChoice

可能因为以下原因返回空值：

• 大小写不匹配：虽然你提到ReplicateChoice不区分大小写，但MySQL默认的列排序规则如果是区分大小写的（比如utf8_bin），bucket_desc的大小写会影响匹配结果（比如库里存的是PRICE1，但参数传的是Price1）。
• ReplicateChoice值与实际bucket_desc存在差异：比如参数传递时包含空格、特殊字符，或者库中bucket_desc有拼写错误。

排查方法 #

直接在数据库中执行以下语句（替换成你实际的ReplicateChoice参数值）：

SELECT bucket_code FROM stkm_pricebucket WHERE LOWER(bucket_desc) = LOWER('你的ReplicateChoice值');

如果返回空，说明子查询确实没匹配到数据，这会导致后续的INSERT ... SELECT没有源数据，自然不会插入任何行，但存储过程仍会执行到SELECT '00000' INTO Result，返回成功提示。

修复方案 #

统一大小写进行匹配，避免排序规则影响：

SELECT bucket_code INTO source_bucket 
FROM stkm_pricebucket 
WHERE LOWER(bucket_desc) = LOWER(ReplicateChoice);

2. 缺少关键校验：未判断源数据是否存在 #

现有逻辑中，即使INSERT ... SELECT没有返回任何行，存储过程仍然返回“Success Update”，这会误导你认为执行正常。我们需要添加两个校验：

• 校验源价格桶是否存在
• 校验插入的行数是否大于0

修改后的ADD_BUCKET_SPUOM示例 #

IF sMethod = 'ADD_BUCKET_SPUOM' THEN
    DECLARE source_bucket VARCHAR(25);
    DECLARE insert_count INT;

    -- 先校验源价格桶是否存在，统一大小写匹配
    SELECT bucket_code INTO source_bucket 
    FROM stkm_pricebucket 
    WHERE LOWER(bucket_desc) = LOWER(ReplicateChoice);

    IF source_bucket IS NULL THEN
        SELECT 'SOURCE_BUCKET_NOT_FOUND' INTO Result;
        SELECT 'Replicate target bucket does not exist' INTO Message;
        LEAVE; -- 退出当前分支，不再执行后续插入
    END IF;

    -- 执行插入逻辑
    IF LOWER(Adjust) = 'markup' THEN
        INSERT INTO stkm_stockpricesuom (spu_pricebucket, spu_stockcode, spu_uomcode, recstatus, createdby, createddt, modifiedby, modifieddt, spu_unitprice, spu_factor, spu_effdate)
        SELECT sCode, spu_stockcode, spu_uomcode, recstatus, createdby, createddt, modifiedby, modifieddt, round((spu_unitprice + (spu_unitprice*Percentage/100)),2), spu_factor, spu_effdate 
        FROM stkm_stockpricesuom where spu_pricebucket = source_bucket;
    ELSEIF LOWER(Adjust) = 'markdown' THEN
        INSERT INTO stkm_stockpricesuom (spu_pricebucket, spu_stockcode, spu_uomcode, recstatus, createdby, createddt, modifiedby, modifieddt, spu_unitprice, spu_factor, spu_effdate)
        SELECT sCode, spu_stockcode, spu_uomcode, recstatus, createdby, createddt, modifiedby, modifieddt, round((spu_unitprice - (spu_unitprice*Percentage/100)),2), spu_factor, spu_effdate 
        FROM stkm_stockpricesuom where spu_pricebucket = source_bucket;
    ELSE 
        INSERT INTO stkm_stockpricesuom (spu_pricebucket, spu_stockcode, spu_uomcode, recstatus, createdby, createddt, modifiedby, modifieddt, spu_unitprice, spu_factor, spu_effdate)
        SELECT sCode, spu_stockcode, spu_uomcode, recstatus, createdby, createddt, modifiedby, modifieddt, spu_unitprice, spu_factor, spu_effdate 
        FROM stkm_stockpricesuom where spu_pricebucket = source_bucket;
    END IF;

    -- 检查插入行数，返回真实状态
    SET insert_count = ROW_COUNT();
    IF insert_count > 0 THEN
        SELECT '00000' INTO Result;
        SELECT CONCAT('Successfully inserted ', insert_count, ' rows') INTO Message;
    ELSE
        SELECT 'NO_ROWS_TO_INSERT' INTO Result;
        SELECT 'No data found in source bucket to replicate' INTO Message;
    END IF;
END IF;

3. 其他辅助排查点 #

• Percentage参数的隐性转换问题：虽然你说SQL会自动转换，但可以在存储过程中添加临时变量打印参数值，确认是否为有效数字：

  SELECT Percentage INTO @debug_percentage;
  -- 执行后查看@debug_percentage的值
  

• Adjust参数的大小写匹配：将判断逻辑改为统一大小写（如LOWER(Adjust) = 'markup'），避免参数传递时的大小写差异导致走错误分支。

总结 #

通过添加源价格桶的存在性校验和插入行数判断，你可以准确获取存储过程的真实执行状态，快速定位“无数据插入”的根本原因。同理，将上述逻辑复制到ADD_BUCKET_CIP分支即可解决该方法的相同问题。

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