每次插入2000行数据时，需手动拼接VALUES列表并严格控制其长度：利用CONCAT函数累积最多2000组值，一旦达到限制，就立即执行INSERT操作，并清空变量。同时，要配合显式的START TRANSACTION和COMMIT语句，并且将max_allowed_packet的值调高至8MB以上。

MySQL 存储过程中怎么设每批插入 2000 行？

直接用 INSERT INTO ... VALUES (),(),() 拼接，配合 WHILE 循环和计数器控制批次大小。关键不是“设个参数就自动分批”，而是手动构造多值语句并限制单次执行的行数。

• batch_size 变量只控制循环步长，不等于实际插入行数；真正影响性能的是拼接后的 VALUES 列表长度
• 每轮循环内用 CONCAT 累积最多 2000 组值，达到后立即执行 INSERT 并清空字符串变量
• 必须显式 START TRANSACTION 和 COMMIT，否则每条 INSERT 都自动提交，失去批量意义
• 注意 max_allowed_packet 上限，2000 行文本拼接后通常在 1–2MB，建议调高至 8MB 以上

SQL Server 存储过程里如何用 TOP 控制更新批次？

靠 TOP (2000) + 主键推进，而不是靠循环次数。每次只更新一批可见数据，并用上次处理的最大主键值作为下一批起点，避免重复或遗漏。

• 不能写 UPDATE TOP(2000) ... WHERE id > @last_id —— TOP 在 UPDATE 中不支持直接带 WHERE 排序，必须套子查询或 CTE
• 推荐写法：先 SELECT TOP(2000) id FROM table WHERE ... ORDER BY id 获取待更新 ID 列表，再用 IN 或临时表驱动更新
• 务必对 WHERE 条件字段（如状态、时间）建复合索引，否则每次扫描全表，越跑越慢
• 每批执行完要更新 @last_id 为本批最大值，且需 COMMIT 后再取下一批，防止事务堆积

PostgreSQL 存储过程怎么让每批删 5000 条并暂停？

用 CALL cleanup_main_data_table(5000, 180) 这类带参数的存储过程调用，内部靠 FOR 循环 + PERFORM pg_sleep(180) 实现可控节奏，不是靠数据库配置项。

• 参数 5000 是每次从 tmp_cleanup_keys 取多少个 group_key，不是直接删 5000 行——实际删除行数取决于每个 group_key 下有多少冗余记录
• pg_sleep() 放在每批 COMMIT 之后，避免锁长时间持有；但不能放在事务内，否则会延长事务时间
• 如果业务要求“严格每批删 5000 行”，得改用 ctid 或窗口函数加 LIMIT，但会丢失语义一致性，慎用
• 暂停时间单位是秒，180 是经验值，线上压测时应从 30 秒起调，观察复制延迟和 WAL 生成速率

为什么不能在存储过程里直接写 COMMIT？

SQL Server 会报错 266，MySQL 虽不报错但破坏调用方事务边界，PostgreSQL 存储过程（PROCEDURE 类型）允许 COMMIT，但函数（FUNCTION）严禁使用——行为差异极大，不能一概而论。

• SQL Server：调用方已开启事务时，过程内 COMMIT 会让 @@TRANCOUNT 归零，退出时报错 266；唯一安全做法是只用 SA VE TRANSACTION + ROLLBACK TRANSACTION 做局部回滚
• MySQL：没有 @@TRANCOUNT 概念，但过程内 COMMIT 会提前结束外部事务，导致后续语句不在同一事务中，极易引发数据不一致
• PostgreSQL：只有 PROCEDURE 能用 COMMIT，FUNCTION 写了直接报错；即便可用，也应避免在循环体内频繁提交，容易触发 WAL 切换风暴

真正难的不是“怎么设数字”，而是理解这个数字背后牵扯的锁粒度、WAL 增长速度、复制延迟和内存缓冲区限制。调参前先看 pg_stat_progress_vacuum（PG）、sys.dm_exec_requests（SQL Server）或 SHOW ENGINE INNODB STATUS（MySQL）里的实时反馈，比硬套 2000 更可靠。