mysql存储过程while循环插入失败主因是delimiter未修改，导致分号被误解析；需先设delimiter $$，显式声明变量，避免事务与字符集陷阱。
MySQL 存储过程中用 WHILE 循环插入数据
直接上手就能跑，但很多人卡在循环不执行或只插 1 条——根本原因是 DELIMITER 没改，导致 MySQL 把分号当成语句结束，存储过程体被截断。WHILE 本身语法简单，难的是上下文环境没配对。
实操建议：
- 必须先执行
DELIMITER $$（或其他非分号符号），再定义存储过程，结尾用$$结束，否则BEGIN...END里的分号会让 MySQL 提前收尾 -
WHILE条件里别直接写SET i = i + 1后立刻判断，要先递增再判断，否则可能少插一轮 - 循环变量得用
DECLARE i INT DEFAULT 1显式声明，不能靠 SET 临时赋值就开跑
DELIMITER $$ CREATE PROCEDURE gen_test_data() BEGIN DECLARE i INT DEFAULT 1; WHILE i <h3>INSERT ... SELECT + 数字序列表替代循环</h3><p>插几万条时，<code>WHILE</code> 循环性能断崖式下跌——每轮都是独立 INSERT，没批量优化，还带事务开销。更稳更快的做法是构造一个数字序列，一次性生成所有行。</p><p>常见错误现象：手动建 <code>nums</code> 表太重，或用 <code>UNION ALL</code> 拼 1000 行太傻，维护性差。</p><p>实操建议：</p>
- 用
information_schema.columns借壳生成连续数字（只要库中有足够多列）：SELECT @row := @row + 1 AS n FROM information_schema.columns, (SELECT @row := 0) t LIMIT 10000 -
INSERT ... SELECT必须确保目标表字段顺序、类型和 SELECT 字段严格匹配，否则静默失败或截断 - 大数量插入前加
SET autocommit = 0，插完COMMIT，否则每行都提交，慢十倍以上
SET autocommit = 0;
INSERT INTO users (name, age)
SELECT CONCAT('user_', n), FLOOR(18 + RAND() * 50)
FROM (
SELECT @row := @row + 1 AS n
FROM information_schema.columns, (SELECT @row := 0) t
LIMIT 10000
) seq;
COMMIT;
避免主键冲突和自增 ID 跳变
反复运行测试数据脚本时，INSERT 不加判断会报 Duplicate entry '1' for key 'PRIMARY'，或者发现自增 ID 疯涨——不是数据多了，是 INSERT IGNORE 或 ON DUPLICATE KEY UPDATE 用错了地方。
使用场景：本地开发反复清库重跑、CI 环境初始化。
实操建议：
- 想跳过重复就用
INSERT IGNORE，但注意它对所有唯一键生效，不是只看主键 - 如果表有多个唯一约束（比如邮箱唯一），
IGNORE可能误吞其他冲突，此时改用INSERT ... ON DUPLICATE KEY UPDATE id = id更可控 - 不要在循环里用
TRUNCATE TABLE后立刻INSERT，因为TRUNCATE会重置自增计数器，但并发下可能被其他连接干扰
字符集与随机中文名生成的坑
用 CONCAT('用户', i) 看似省事，但导出或连其他服务时容易乱码——根源常在存储过程体的字符集没显式指定，MySQL 默认用数据库字符集解析字符串，而过程体里字符串字面量可能被当成了 latin1。
实操建议：
- 创建存储过程时加上
CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci，例如：CREATE PROCEDURE gen_data() CHARACTER SET utf8mb4 - 生成中文名别硬拼，用
ELT(FLOOR(1 + RAND() * 5), '张', '李', '王', '刘', '陈')这类确定集合，避免RAND()+CHAR()出不可见字符 - 如果插入含 emoji 的数据，确认字段是
utf8mb4，且连接层也设了charset=utf8mb4，光改表没用
复杂点往往不在逻辑，而在你没意识到 MySQL 正在用哪个字符集解析那串 '用户'。
