sql循环语句非标准语法，易致性能与维护问题；优化原则为优先集合操作替代循环，while需设安全退出条件，游标应限数据集并及时释放，避免循环内dml或远程调用。
SQL 中的循环语句（如 WHILE 和 LOOP）本身不是标准 SQL 的通用语法，而是各数据库厂商在存储过程或 PL/SQL/T-SQL 等扩展语言中提供的控制结构。它们容易被误用，导致性能低下、锁表时间长、难以维护等问题。优化核心原则是：**能用集合操作就不用循环，必须用时再精简逻辑、控制边界、避免嵌套。**
优先用集合操作替代循环
关系型数据库最擅长批量处理数据，而逐行循环违背其设计哲学。
- 把 UPDATE ... WHILE 循环单条更新 改成 UPDATE ... WHERE ... 一次性更新多行
- 把 INSERT INTO ... LOOP ... SELECT 单行 改成 INSERT INTO ... SELECT ... 批量插入
- 聚合统计（如求和、计数、分组）一律用 GROUP BY + 聚合函数，不手动循环累加
WHILE 循环必须设安全退出条件
尤其在 T-SQL 或 MySQL 存储过程中，WHILE 容易陷入死循环——常见原因是变量未正确递增、判断条件写反、NULL 值未处理。
- 初始化计数器或游标状态变量，并在循环体末尾明确更新（如
SET @i = @i + 1） - 退出条件建议用确定值比较（如
@i ），慎用依赖查询结果的布尔表达式（如 <code>(SELECT COUNT(*) FROM t WHERE flag = 0) > 0） - 加入最大迭代次数保护（如
IF @loop_count > 10000 BREAK），防止异常卡死
LOOP 配合游标时务必限制数据集与关闭资源
Oracle PL/SQL 或 PostgreSQL 的 LOOP 常配合显式游标使用，但游标开销大、内存占用高、并发下易阻塞。
- 游标查询语句必须带明确的 WHERE 条件 和必要索引，避免全表扫描后再循环
- 只取真正需要的字段（
SELECT id, status而非SELECT *） - 循环结束后立即 CLOSE 游标，并在异常块中补充
EXCEPTION WHEN OTHERS THEN IF cur%ISOPEN THEN CLOSE cur; - 考虑改用隐式游标（如 Oracle 的
FOR rec IN (SELECT ...) LOOP），更简洁且自动管理资源
避免在循环内执行 DML 或远程调用
每次循环里执行一次 INSERT/UPDATE/DELETE 或调用外部函数/链接服务器，会放大 I/O 和事务开销，性能呈线性下降。
- 把循环内的 DML 拆出来，先收集 ID 或临时表（如
#temp_ids），再用单条语句批量处理 - 远程查询或函数调用尽量提到循环外预计算，或改用 JOIN 关联替代循环查表
- 若必须逐行处理，启用批提交（如每 100 行
COMMIT），减少日志压力和锁持有时间
