每批插入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；唯一安全做法是只用SAVE 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 更可靠。
