Rand() 函数本身不能直接用于 INSERT ... SELECT 的 VALUES 子句中生成每行独立随机值，必须配合 SET 或存储过程循环控制；否则你会得到全表同一随机数。
为什么直接用 RAND() 插入多行会失败
MySQL 中 RAND() 在单条 INSERT ... SELECT 语句里是“语句级”求值的——不是每行调用一次，而是整条语句只算一次。比如：
INSERT INTO users (id, score) SELECT id, FLOOR(RAND() * 100) FROM numbers LIMIT 100;
结果是这 100 行的 score 全部相同。这不是 bug，是 MySQL 对标量函数在派生表上下文中的优化行为。
- 只有在
SELECT的字段列表中、且该SELECT涉及扫描多行（如关联真实表、或使用UNION ALL拆分）时，RAND()才可能逐行重算 - 更可靠的方式是显式控制执行粒度：用变量、循环或临时序列表
用存储过程 + WHILE 循环安全批量插入
这是最可控、兼容性最好（5.7+ 都支持）、也最容易调试的方式。关键点在于：每次循环都重新调用 RAND()，并用 SET 显式赋值。
DELIMITER $$
CREATE PROCEDURE gen_test_data(IN cnt INT)
BEGIN
DECLARE i INT DEFAULT 0;
WHILE i < cnt DO
INSERT INTO users (name, age, salary) VALUES (
CONCAT('user_', FLOOR(RAND() * 10000)),
FLOOR(18 + RAND() * 60),
ROUND(5000 + RAND() * 45000, -3)
);
SET i = i + 1;
END WHILE;
END$$
DELIMITER ;- 注意
FLOOR(RAND() * N)是生成[0, N)整数的标准写法；ROUND(x, -3)可让薪资以千为单位随机（如 8000、12000） - 避免在循环内做复杂字符串拼接或子查询，否则性能急剧下降；纯计算 + 单行
INSERT最稳 - 如果插入量超 1 万行，建议加
COMMIT控制事务大小，否则可能撑爆 undo log
用 INSERT ... SELECT + 序列生成器绕过循环（适合大容量）
当你要插 10 万+ 行，存储过程太慢，就得靠“无循环”的集合式写法。核心是构造一个含足够行数的虚拟序列，再让 RAND() 在每行上下文中被触发：
-- 先建个数字表（只需一次）
CREATE TABLE seq_1_to_100000 AS
SELECT a.N + b.N * 10 + c.N * 100 + d.N * 1000 + e.N * 10000 + 1 AS n
FROM (SELECT 0 AS N UNION SELECT 1 UNION SELECT 2 UNION SELECT 3 UNION SELECT 4 UNION SELECT 5 UNION SELECT 6 UNION SELECT 7 UNION SELECT 8 UNION SELECT 9) a,
(SELECT 0 AS N UNION SELECT 1 UNION SELECT 2 UNION SELECT 3 UNION SELECT 4 UNION SELECT 5 UNION SELECT 6 UNION SELECT 7 UNION SELECT 8 UNION SELECT 9) b,
(SELECT 0 AS N UNION SELECT 1 UNION SELECT 2 UNION SELECT 3 UNION SELECT 4 UNION SELECT 5 UNION SELECT 6 UNION SELECT 7 UNION SELECT 8 UNION SELECT 9) c,
(SELECT 0 AS N UNION SELECT 1 UNION SELECT 2 UNION SELECT 3 UNION SELECT 4 UNION SELECT 5 UNION SELECT 6 UNION SELECT 7 UNION SELECT 8 UNION SELECT 9) d,
(SELECT 0 AS N UNION SELECT 1 UNION SELECT 2 UNION SELECT 3 UNION SELECT 4 UNION SELECT 5 UNION SELECT 6 UNION SELECT 7 UNION SELECT 8 UNION SELECT 9) e;然后：
INSERT INTO users (name, age, salary)
SELECT
CONCAT('u_', LPAD(FLOOR(RAND() * 99999), 5, '0')),
FLOOR(18 + RAND() * 60),
ROUND(5000 + RAND() * 45000, -3)
FROM seq_1_to_100000
WHERE n <= 50000;- 这个技巧依赖 MySQL 对多表 JOIN 中每个组合行独立求值
RAND()的行为，比单表LIMIT可靠得多 -
LPAD(..., 5, '0')确保用户名长度统一，避免后续排序/索引异常 - 务必提前确认
seq_*表行数 ≥ 目标插入量，否则WHERE会截断，但不会报错
真正麻烦的不是怎么生成随机数，而是生成后数据是否符合业务约束：唯一索引冲突、外键缺失、字符串超长、时间范围越界……这些得在插入前用 CASE WHEN 或前置校验逻辑兜底，而不是指望 RAND() 自己聪明。
