游标循环中UPDATE查询的WHERE条件是否可以使用内置函数？

• 循环执行顺序错误
  你当前的代码逻辑是先判断FINISHED标志再执行FETCH操作：第一次进入循环时FINISHED默认为0，直接执行FETCH，如果游标已经没有数据，FINISHED会被置为1，但你已经走完了判断步骤，后续的UPDATE语句依然会执行，此时ATTEMPT_ID、QUIZ_ID、QUIZ_DT都是空值，自然匹配不到更新行。
• 变量与表字段命名冲突
  MySQL中存储过程的变量如果和SQL语句中引用的表字段同名，会优先识别为表字段。你的子查询WHERE ID = QUIZ_ID中的QUIZ_ID如果和CMS.CMS_ASSESSMENT表的字段重名，会被识别为表自身的字段对比，而不是你游标取出的变量值，导致条件失效。
• 时区不一致
  单独执行SQL时使用的会话时区，和存储过程运行时的全局/存储过程绑定时区可能存在差异，导致timestampdiff计算的时间差不符合预期。

1. 调整循环执行顺序，先FETCH再判断终止条件

OPEN QUZ_CUR;
LOOPROWS : LOOP
    -- 先取数
    FETCH QUZ_CUR INTO ATTEMPT_ID,QUIZ_ID,QUIZ_DT;
    -- 取数结束直接退出，避免执行后续无效逻辑
    IF FINISHED = 1 THEN
        CLOSE QUZ_CUR;
        LEAVE LOOPROWS;
    END IF;
    
    UPDATE SIGARAM_QUIZATTEMPTCOUNT 
    SET STATUS = 'Time out' 
    WHERE (timestampdiff(minute,QUIZ_DT,now()) > (SELECT TIMELIMIT 
                                                  FROM CMS.CMS_ASSESSMENT 
                                                  WHERE ID = QUIZ_ID)) 
      AND ID = ATTEMPT_ID;
    
END LOOP;

2. 统一变量命名避免冲突
   给存储过程内所有自定义变量增加前缀（比如v_代表局部变量），从根源避免命名冲突：

-- 变量定义时增加前缀
DECLARE v_ATTEMPT_ID INT;
DECLARE v_QUIZ_ID INT;
DECLARE v_QUIZ_DT DATETIME;

-- FETCH时赋值给带前缀的变量
FETCH QUZ_CUR INTO v_ATTEMPT_ID,v_QUIZ_ID,v_QUIZ_DT;

-- UPDATE时使用带前缀的变量
UPDATE SIGARAM_QUIZATTEMPTCOUNT 
SET STATUS = 'Time out' 
WHERE (timestampdiff(minute,v_QUIZ_DT,now()) > (SELECT TIMELIMIT 
                                              FROM CMS.CMS_ASSESSMENT 
                                              WHERE ID = v_QUIZ_ID)) 
  AND ID = v_ATTEMPT_ID;

3. 校验时区一致性
   执行SELECT @@session.time_zone, @@global.time_zone;确认会话和全局时区是否一致，必要时在存储过程开头统一设置时区：SET time_zone = '+8:00';（替换为你实际使用的时区）。

你当前的逻辑完全可以用单条关联UPDATE实现，无需使用游标，执行效率更高，也能避免游标带来的各类逻辑问题：

UPDATE SIGARAM_QUIZATTEMPTCOUNT sqac
JOIN CMS.CMS_ASSESSMENT ca ON sqac.QUIZ_ID = ca.ID
SET sqac.STATUS = 'Time out'
WHERE timestampdiff(minute, sqac.QUIZ_DT, now()) > ca.TIMELIMIT
-- 如果需要限定更新范围，可以在这里加对应条件
;

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