1. 从一条“诡异”的SQL说起为什么流程控制值得单独拎出来讲很多写了几年SQL的人第一次听到“MySQL流程控制结构”这个说法时反应往往是SQL不是声明式的吗我告诉数据库我要什么它自己去取就行了哪来的“流程”这个疑问非常合理但它只对了一半。日常的增删改查确实是声明式的可一旦你开始写存储过程、存储函数、触发器、事件调度器情况就完全变了——这些对象内部是货真价实的“程序”有变量、有判断、有循环甚至能嵌套调用。这时候顺序、分支、循环这三样东西就成了绕不开的基本功。我最初接触这块是因为一个批量数据清洗的需求。当时有一张日志表里面混着各种格式不规范的时间戳需要逐行判断、转换、回写还要根据不同的错误类型走不同的修正逻辑。用一条UPDATE硬写条件分支太多SQL会膨胀到没法维护。用外部脚本拉出来处理再写回去数据量一大网络往返和事务管理都是麻烦。最后我选择了在存储过程里用流程控制结构搞定整个过程干净利落。从那以后我就意识到流程控制结构是SQL从“查询语言”迈向“可编程数据处理”的那道门槛跨过去之后很多以前觉得别扭的事情突然就顺了。这篇内容我会把顺序、分支、循环这三类结构彻底拆开讲清楚。不是照本宣科地列语法而是结合我实际踩过的坑告诉你每个结构在什么场景下用、为什么这么设计、有哪些反直觉的细节。无论你是刚接触存储过程的新手还是写过一些但总觉得不够系统的老手应该都能从中找到对自己有用的东西。关键词就三个顺序结构、分支结构、循环结构但背后的门道远不止三个词这么简单。2. 顺序结构最不起眼却最容易埋雷2.1 顺序结构的本质就是“从上到下依次执行”顺序结构是三种结构里最简单的没有判断、没有跳转语句一条接一条往下走。在存储过程里BEGIN...END包裹的代码块默认就是顺序执行。比如先声明变量、再赋值、再查询、再插入这就是典型的顺序逻辑。看起来没什么可讲的但恰恰因为它太简单很多人写的时候完全不设防结果踩了一堆隐形的坑。我先给一个最基本的例子让你对顺序结构有个直观感受DELIMITER // CREATE PROCEDURE seq_demo() BEGIN DECLARE v_total INT DEFAULT 0; DECLARE v_count INT DEFAULT 0; SELECT COUNT(*) INTO v_count FROM orders WHERE status pending; SET v_total v_count * 100; INSERT INTO summary_log(log_time, total) VALUES(NOW(), v_total); END // DELIMITER ;这段代码就是纯顺序声明变量、查询数量、计算总值、写入日志。没有任何分支和循环执行路径是唯一的。你可能会想这有什么好讲的别急问题出在细节上。2.2 变量声明的位置决定了你会不会报错MySQL存储过程里有一个非常反直觉的规定所有DECLARE语句必须放在BEGIN...END块的最前面不能穿插在可执行语句中间。也就是说下面这种写法是错的BEGIN SELECT COUNT(*) INTO v_count FROM orders; DECLARE v_count INT DEFAULT 0; -- 报错DECLARE必须在最前面 END这个限制在第一次遇到时特别容易让人抓狂因为从编程直觉来说变量应该在用到之前声明就行。但MySQL的解析器不这么认为它要求声明区和使用区严格分离。我当初就被这个坑卡了将近半小时反复检查语法都看不出问题最后才发现是声明位置不对。所以记住一条铁律进了BEGIN...END先把所有DECLARE写完再写其他语句。2.3 变量赋值SET和SELECT INTO的区别比你想的大顺序结构里少不了给变量赋值MySQL提供了两种方式SET和SELECT ... INTO。很多人觉得这俩差不多随便用哪个都行。实际上它们的差异在特定场景下会直接导致结果不同。SET用于直接赋值可以是常量、表达式或者其他变量的运算结果SET v_total v_count * 100; SET v_name test; SET v_now NOW();SELECT ... INTO用于把查询结果赋给变量适合从表中取值SELECT COUNT(*) INTO v_count FROM orders; SELECT name, age INTO v_name, v_age FROM users WHERE id 1;关键区别在于如果SELECT查询没有返回任何行变量会保持原值不变而不会变成NULL。这个行为非常容易让人误判。比如你以为查询没结果时变量会被置空实际上它还是之前的值后续逻辑就可能基于一个过期的数据继续跑。我的建议是用SELECT INTO之前先给变量设一个默认值或者查询之后立刻检查是否有结果别让脏数据悄悄流下去。2.4 顺序结构里的事务边界要提前想清楚顺序执行的语句如果涉及多张表的写操作事务边界就是一个必须提前规划的事情。MySQL存储过程本身不会自动开启事务每条语句默认是自动提交的。也就是说如果你的顺序结构里有三条INSERT前两条成功了第三条失败了前两条的数据已经落库了不会自动回滚。正确的做法是在存储过程内部显式控制事务DELIMITER // CREATE PROCEDURE seq_with_transaction() BEGIN DECLARE EXIT HANDLER FOR SQLEXCEPTION BEGIN ROLLBACK; SELECT error occurred, rolled back AS msg; END; START TRANSACTION; INSERT INTO table_a VALUES(1); INSERT INTO table_b VALUES(2); INSERT INTO table_c VALUES(3); COMMIT; END // DELIMITER ;这里用到了EXIT HANDLER它属于错误处理机制但和顺序结构配合使用时特别重要。因为顺序结构没有分支判断一旦中间某步出错如果没有HANDLER兜底后面的语句可能继续执行造成数据不一致。我个人的习惯是只要存储过程里有超过一条写操作就加上事务控制和异常处理别嫌麻烦出事的时候你会感谢自己。3. 分支结构IF和CASE到底该选哪个3.1 IF语句的三种形态与嵌套陷阱MySQL的IF语句有三种形态IF...THEN、IF...THEN...ELSE、IF...THEN...ELSEIF...ELSE。语法本身不复杂但嵌套使用时有几个细节值得注意。先看一个典型的多条件判断DELIMITER // CREATE PROCEDURE check_grade(IN score INT, OUT grade VARCHAR(10)) BEGIN IF score 90 THEN SET grade A; ELSEIF score 80 THEN SET grade B; ELSEIF score 70 THEN SET grade C; ELSEIF score 60 THEN SET grade D; ELSE SET grade F; END IF; END // DELIMITER ;这段代码看起来没问题但有一个隐藏的效率问题IF...ELSEIF是从上到下依次判断的一旦某个条件满足后面的条件就不会再检查。所以条件的排列顺序会影响性能。把最可能命中的条件放在前面可以减少不必要的比较。当然在这个例子里差异微乎其微但如果条件涉及复杂的子查询或函数调用顺序就很重要了。嵌套IF是另一个容易出问题的地方。MySQL对嵌套层数没有硬性限制但嵌套超过三层之后代码的可读性会急剧下降。我见过一个存储过程里嵌了六层IF维护的时候简直像在走迷宫。遇到这种情况更好的做法是把内层逻辑抽成独立的存储过程或函数用调用来代替嵌套。3.2 CASE语句简单CASE和搜索CASE的适用场景CASE语句有两种形式简单CASE和搜索CASE。简单CASE用于等值判断搜索CASE用于任意条件判断。简单CASE的写法CASE v_status WHEN 1 THEN SET v_desc 待处理; WHEN 2 THEN SET v_desc 处理中; WHEN 3 THEN SET v_desc 已完成; ELSE SET v_desc 未知状态; END CASE;搜索CASE的写法CASE WHEN score 90 THEN SET grade A; WHEN score 80 THEN SET grade B; WHEN score 70 THEN SET grade C; ELSE SET grade F; END CASE;两者的选择标准很明确如果是同一个字段的等值比较用简单CASE更简洁如果条件涉及范围、多字段组合或函数运算用搜索CASE。我见过有人用简单CASE去写范围判断结果写不出来又绕回IF其实直接用搜索CASE就解决了。还有一个容易忽略的点CASE语句在存储过程中的写法是END CASE而在普通SELECT里的写法是END。这两个地方不一样混用会报语法错误。我自己就曾经在存储过程里写了END排查了半天才发现少了个CASE。3.3 IF和CASE的选型不只是风格问题IF和CASE在功能上高度重叠很多时候可以互相替换。那到底该怎么选我的经验是看三个维度维度IFCASE条件类型适合复杂条件、范围判断适合等值判断、枚举匹配可读性嵌套多了容易乱扁平结构更清晰性能逐条判断命中即停同样逐条判断命中即停使用场景少量分支、条件差异大多分支、条件结构相似当分支超过四个且都是对同一个变量的判断时CASE通常更清晰。当条件之间逻辑差异很大比如一个是范围判断、一个是NULL检查、一个是字符串匹配IF的灵活性更好。这不是硬性规定但按照这个思路选代码维护起来会舒服很多。3.4 分支结构里的NULL陷阱这是我想特别强调的一个坑在MySQL里任何与NULL的比较结果都是NULL而不是TRUE或FALSE。这意味着下面这段代码永远不会进入ELSE分支IF v_value NULL THEN SET v_result is null; ELSE SET v_result not null; END IF;因为v_value NULL的结果是NULL在IF判断中NULL被视为FALSE所以会走ELSE。但你的本意可能是想判断v_value是否为NULL。正确的写法是用IS NULLIF v_value IS NULL THEN SET v_result is null; ELSE SET v_result not null; END IF;这个坑在分支结构里特别隐蔽因为语法上完全合法不会报错只是逻辑悄悄走偏了。我建议在写任何涉及NULL判断的分支时都停下来确认一下用的是IS NULL还是 NULL。4. 循环结构三种循环的脾气各不相同4.1 WHILE循环先判断后执行WHILE是最常用的循环结构特点是先判断条件条件为真才执行循环体。这意味着如果一开始条件就不满足循环体一次都不会执行。DELIMITER // CREATE PROCEDURE while_demo(IN n INT) BEGIN DECLARE i INT DEFAULT 1; DECLARE v_sum INT DEFAULT 0; WHILE i n DO SET v_sum v_sum i; SET i i 1; END WHILE; SELECT v_sum AS total; END // DELIMITER ;这个例子计算1到n的累加和。注意循环变量i的初始化和递增都必须手动管理MySQL不会自动帮你做这些。忘记递增就是死循环这是新手最容易犯的错误。我建议在写WHILE的时候先把递增语句写好再写循环体逻辑这样不容易忘。4.2 REPEAT循环先执行后判断REPEAT循环和WHILE正好相反先执行一次循环体再判断条件条件为假时继续循环。也就是说REPEAT的循环体至少会执行一次。DELIMITER // CREATE PROCEDURE repeat_demo(IN n INT) BEGIN DECLARE i INT DEFAULT 1; DECLARE v_sum INT DEFAULT 0; REPEAT SET v_sum v_sum i; SET i i 1; UNTIL i n END REPEAT; SELECT v_sum AS total; END // DELIMITER ;注意REPEAT的结束条件是UNTIL i n也就是条件为真时退出循环这和WHILE的WHILE i n条件为真时继续在逻辑上是相反的。写的时候要特别小心这个反转我见过有人在REPEAT里写了和WHILE一样的条件结果循环行为完全不对。4.3 LOOP循环最灵活也最容易失控LOOP是最原始的循环结构它本身不带任何条件判断就是一个无限循环必须在循环体内部用LEAVE语句跳出。DELIMITER // CREATE PROCEDURE loop_demo(IN n INT) BEGIN DECLARE i INT DEFAULT 1; DECLARE v_sum INT DEFAULT 0; my_loop: LOOP SET v_sum v_sum i; SET i i 1; IF i n THEN LEAVE my_loop; END IF; END LOOP my_loop; SELECT v_sum AS total; END // DELIMITER ;LOOP的灵活性在于你可以在循环体的任何位置跳出而不像WHILE和REPEAT那样只能在固定位置判断。但这也意味着如果你忘了写LEAVE就会变成真正的死循环。我在实际使用中只有在循环退出条件比较复杂、需要在中间某步判断时才用LOOP否则优先选WHILE或REPEAT因为它们自带条件判断更安全。4.4 循环控制LEAVE和ITERATE的配合使用MySQL提供了两个循环控制语句LEAVE用于跳出整个循环ITERATE用于跳过本次循环的剩余部分直接进入下一次。它们类似于其他编程语言里的break和continue。DELIMITER // CREATE PROCEDURE loop_control_demo() BEGIN DECLARE i INT DEFAULT 0; DECLARE v_result VARCHAR(500) DEFAULT ; outer_loop: LOOP SET i i 1; IF i 10 THEN LEAVE outer_loop; END IF; IF i % 2 0 THEN ITERATE outer_loop; END IF; SET v_result CONCAT(v_result, i, ,); END LOOP outer_loop; SELECT v_result AS odd_numbers; END // DELIMITER ;这段代码输出1到10之间的奇数。偶数通过ITERATE跳过了超过10通过LEAVE退出了。LEAVE和ITERATE后面都要跟循环标签标签名可以自定义但必须和循环定义时的标签一致。这里有个细节ITERATE跳过的只是当前循环的剩余语句循环变量的递增如果写在ITERATE之后就会被跳过。上面例子里我把SET i i 1放在了ITERATE之前就是为了避免这个问题。如果你把递增放在后面ITERATE一执行i就不会增加直接死循环。这个坑非常隐蔽一定要留意。4.5 三种循环的选型对照表循环类型判断时机最少执行次数适用场景WHILE先判断后执行0次不确定是否需要执行条件明确REPEAT先执行后判断1次至少需要执行一次的场景LOOP无内置判断取决于LEAVE位置退出条件复杂、需要中途跳出选型的原则很简单能用WHILE就用WHILE需要至少执行一次就用REPEAT退出条件复杂到WHILE和REPEAT表达不了才用LOOP。不要为了炫技而用LOOP它带来的风险比便利大得多。5. 把三种结构串起来一个真实的数据清洗场景5.1 需求拆解为什么要用流程控制假设有一张原始数据表raw_data里面有一个raw_value字段存储的是用户输入的各种格式的数值可能带单位、可能带千分位逗号、可能是空字符串、可能是纯数字。需求是清洗后写入clean_data表同时记录清洗失败的记录到error_log表。这个需求如果用纯SQL写需要多层嵌套的REPLACE和CASE WHEN可读性极差且难以调试。用存储过程配合流程控制结构逻辑就清晰多了。5.2 完整实现与逐段解析DELIMITER // CREATE PROCEDURE clean_data_proc() BEGIN DECLARE v_id INT DEFAULT 0; DECLARE v_raw VARCHAR(255) DEFAULT ; DECLARE v_clean VARCHAR(255) DEFAULT ; DECLARE v_done INT DEFAULT 0; DECLARE v_error_msg VARCHAR(255) DEFAULT ; DECLARE cur CURSOR FOR SELECT id, raw_value FROM raw_data WHERE processed 0; DECLARE CONTINUE HANDLER FOR NOT FOUND SET v_done 1; DECLARE EXIT HANDLER FOR SQLEXCEPTION BEGIN GET DIAGNOSTICS CONDITION 1 v_error_msg MESSAGE_TEXT; ROLLBACK; SELECT CONCAT(procedure error: , v_error_msg) AS err; END; START TRANSACTION; OPEN cur; read_loop: LOOP FETCH cur INTO v_id, v_raw; IF v_done 1 THEN LEAVE read_loop; END IF; SET v_clean TRIM(v_raw); SET v_clean REPLACE(v_clean, ,, ); SET v_clean REPLACE(v_clean, , ); IF v_clean OR v_clean IS NULL THEN INSERT INTO error_log(raw_id, reason, log_time) VALUES(v_id, empty value, NOW()); ITERATE read_loop; END IF; IF v_clean REGEXP ^[0-9](\\.[0-9])?$ THEN INSERT INTO clean_data(raw_id, clean_value, create_time) VALUES(v_id, CAST(v_clean AS DECIMAL(20,4)), NOW()); ELSE INSERT INTO error_log(raw_id, reason, log_time) VALUES(v_id, CONCAT(invalid format: , v_clean), NOW()); END IF; UPDATE raw_data SET processed 1 WHERE id v_id; END LOOP read_loop; CLOSE cur; COMMIT; END // DELIMITER ;这段代码把顺序、分支、循环三种结构都用上了。顺序结构体现在变量声明和事务控制上分支结构体现在空值判断和格式校验上循环结构体现在游标遍历上。LEAVE用于正常退出循环ITERATE用于跳过无效数据EXIT HANDLER用于异常兜底。5.3 游标与循环配合时的三个关键细节游标和循环配合使用时有三个细节如果没处理好程序行为会完全不对。第一个是NOT FOUND HANDLER的设置。游标FETCH到最后一条之后再FETCH会触发NOT FOUND条件必须有一个CONTINUE HANDLER把标志变量置位否则循环无法正常退出。这个HANDLER必须声明在游标之后、循环之前。第二个是循环退出的判断位置。FETCH之后要立刻检查v_done如果已经取完了就LEAVE不能再执行后续逻辑。我见过有人把判断放在循环体末尾结果最后一条数据被处理了两次。第三个是游标关闭。循环结束后必须CLOSE游标否则游标占用的资源不会释放。虽然存储过程结束时MySQL会自动清理但显式关闭是好习惯尤其是在一个存储过程里打开多个游标的时候。5.4 性能考量循环处理大数据量时的注意事项用循环逐行处理数据性能上天然不如集合操作。如果raw_data表有几十万行这个存储过程可能会跑很久。我的经验是如果数据量在几千行以内循环处理完全可以接受代码清晰比性能更重要。如果数据量在几万行考虑用LIMIT分批处理每批几千行避免长事务。如果数据量在几十万行以上优先考虑用集合操作改写实在改不了再考虑循环加批处理。分批处理的思路是在循环外面再套一层每次只取一批数据处理完提交再取下一批。这样既能控制事务大小又能避免锁表时间过长。6. 那些文档里不会写的踩坑记录6.1 DELIMITER为什么必须改第一次写存储过程的人几乎都会遇到这个报错You have an error in your SQL syntax... near ;。原因在于MySQL客户端默认用分号作为语句结束符而存储过程内部有多个分号客户端会在第一个分号处就认为语句结束了导致后面的内容被当成独立的语句解析自然报错。解决办法就是在创建存储过程之前把结束符改成别的比如//或$$创建完再改回来DELIMITER // CREATE PROCEDURE ... BEGIN ... END // DELIMITER ;这个操作本身不复杂但新手往往不知道为什么要这么做只是机械地照抄。理解了原因之后你就知道DELIMITER不是存储过程语法的一部分而是客户端工具的一个设置换一个客户端可能就不需要改。6.2 存储过程调试为什么这么难MySQL没有提供存储过程的断点调试功能这意味着你没法像调试Java或Python那样单步执行、查看变量。调试基本靠SELECT打印中间变量或者把逻辑拆成小段分别测试。我的做法是在开发阶段在关键位置插入SELECT语句输出变量值确认逻辑正确后再删掉。比如SELECT CONCAT(debug: v_clean , v_clean) AS debug_info;另一个技巧是把复杂的存储过程拆成多个小的存储过程每个只做一件事分别测试通过后再组合。这样虽然多写了一些代码但调试效率会高很多。6.3 循环里的CONTINUE HANDLER会吞掉所有NOT FOUND这是一个非常隐蔽的坑。如果你在存储过程里声明了CONTINUE HANDLER FOR NOT FOUND那么所有触发NOT FOUND条件的语句都会被这个HANDLER捕获包括SELECT INTO没有返回行的情况。DECLARE CONTINUE HANDLER FOR NOT FOUND SET v_done 1; SELECT name INTO v_name FROM users WHERE id 999; -- 没有这行数据 -- v_done 被置为 1但你可能根本不想在这里退出循环如果这个SELECT在游标循环内部v_done被意外置位循环就会提前退出。解决办法是尽量缩小HANDLER的作用范围或者用独立的BEGIN...END块把游标循环包起来让HANDLER只影响循环内部。6.4 变量作用域BEGIN...END块内的变量外面看不见MySQL的变量作用域是按BEGIN...END块划分的。在嵌套的BEGIN...END块里声明的变量外层块访问不到。这个规则本身合理但实际写代码时容易忘。BEGIN DECLARE v_outer INT DEFAULT 1; BEGIN DECLARE v_inner INT DEFAULT 2; SET v_outer v_inner; -- 可以内层可以访问外层 END; SET v_inner 3; -- 报错外层访问不到内层变量 END我的建议是尽量把变量声明在统一的层级避免嵌套声明带来的作用域混乱。如果确实需要嵌套给变量起名时加上层级前缀比如v_outer_xxx和v_inner_xxx一眼就能看出归属。7. 强化练习五道题检验你的掌握程度7.1 基础题用WHILE计算阶乘写一个存储过程输入n输出n的阶乘。要求用WHILE循环实现并处理n为0或负数的情况。参考思路n为0时阶乘为1n为负数时输出错误提示。循环从1乘到n累乘变量初始值为1。7.2 进阶题用CASE实现多条件折扣计算写一个存储过程输入订单金额和客户等级普通、银牌、金牌、钻石输出折后金额。折扣规则普通无折扣银牌95折金牌9折钻石85折。要求用CASE语句实现。参考思路用搜索CASE根据客户等级返回折扣率再乘以订单金额。注意处理未知等级的情况。7.3 综合题用LOOP和ITERATE输出指定范围内的质数写一个存储过程输入上限n输出2到n之间的所有质数。要求用LOOP循环和ITERATE实现。参考思路外层循环遍历2到n内层循环判断是否为质数。内层发现能整除时用ITERATE跳过内层循环结束后如果没被跳过则输出。7.4 实战题用游标和循环实现数据迁移有两张表source_table和target_table结构相同。写一个存储过程把source_table中status为active的记录迁移到target_table迁移后把source_table中对应记录的status改为migrated。要求用游标遍历用事务保证一致性。参考思路声明游标选取active记录循环FETCH每条记录先插入target_table再更新source_table。用EXIT HANDLER处理异常并回滚。7.5 挑战题嵌套循环实现乘法表写一个存储过程输出9x9乘法表。要求用两层嵌套循环外层控制行内层控制列每行输出格式如1x11 1x22 ...。参考思路外层循环i从1到9内层循环j从1到i用CONCAT拼接每行的结果内层结束后输出整行。注意内层循环变量每轮要重置。这五道题从易到难覆盖了三种流程控制结构的核心用法。建议先自己动手写写完再对照参考思路检查。特别是第4题和第5题涉及游标、事务和嵌套循环的组合使用能独立写出来说明你已经真正掌握了这块内容。8. 我个人的几条实战心得写了这么多存储过程踩了这么多坑有几条经验我觉得比语法本身更重要。第一流程控制结构不是炫技工具。能用一条SQL解决的问题不要写成存储过程。存储过程的调试成本、维护成本都比普通SQL高得多。只有当逻辑确实需要逐行处理、或者需要复杂的分支判断时才考虑用流程控制。第二循环里的每一步都要问自己“如果这里出错会怎样”。循环体里的一条INSERT失败后面的语句还会不会执行变量会不会处于不一致的状态事务要不要回滚这些问题在写代码的时候就要想清楚不要等出了生产事故再回头补。第三注释不是可选项。存储过程的代码可读性天然不如应用层代码没有注释的话过两个月你自己都看不懂当初为什么这么写。我的习惯是在每个BEGIN...END块的开头写清楚这个块做什么在每个IF和LOOP的前面写清楚判断条件和退出条件。第四测试要覆盖边界情况。空输入、NULL值、零、负数、超大值、循环零次、循环一次、循环多次这些边界都要测到。我见过太多存储过程在正常数据下跑得好好的一遇到边界数据就出问题。第五版本管理要跟上。存储过程也是代码也应该纳入版本管理。每次修改前先备份原版本修改后记录改了什么、为什么改。别问我为什么强调这个问就是曾经在没有任何备份的情况下改崩过一个核心存储过程花了整整一个下午才恢复。