MySQL存储过程查询报错排查：日期对比更新逻辑问题求助

先帮你拆解当前代码里的问题，再给你更简洁高效的实现方式：

1. 完全没必要使用游标 #

你的需求是批量更新满足日期条件的行，用游标逐行处理是非常低效的做法，尤其是当表中数据量较大时。MySQL的UPDATE语句本身就支持批量条件更新，完全不需要用游标绕一圈。

2. 变量未初始化且存在冗余 #

• 你声明了bDone变量，但没有给它初始值（比如SET bDone = 0;），且游标读取到末尾触发NOT FOUND Handler时的赋值逻辑也没写完（应该是SET bDone = 1;），这会直接导致循环逻辑失效。
• Count变量被声明了但全程没有使用，属于冗余代码，应该删掉。

3. 游标逻辑不完整 #

你只声明了游标和Handler，但缺少打开游标、循环读取数据、执行更新、关闭游标的核心逻辑，就算补全了前面的问题，这个存储过程也根本跑不起来。

更简洁高效的实现方案 #

其实你的需求用一条UPDATE语句就能搞定，甚至不需要存储过程。如果一定要封装成存储过程，这样写就足够了：

DELIMITER $$
DROP PROCEDURE IF EXISTS check_status$$
CREATE PROCEDURE check_status()
BEGIN
    -- 直接批量更新满足条件的行
    UPDATE t_date
    SET status_number = '0'
    WHERE dates < CURDATE(); 
    -- 补充：如果dates是DATETIME类型，需对比含时分秒的当前时间，就把CURDATE()换成NOW()
    
    -- 可选：如果需要事务控制避免部分更新失败，可添加以下代码
    -- START TRANSACTION;
    -- UPDATE ...;
    -- COMMIT;
END$$
DELIMITER ;

额外说明 #

如果后续有更复杂的逐行处理需求必须用游标，那一定要补全变量初始化、循环逻辑、游标开闭操作，但针对当前需求，批量更新的方式在性能和代码简洁度上都远胜于游标方案。

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