SQL Server中WHILE循环内RAND()不变化是因会话级特性，需用RAND(CHECKSUM(NEWID()))确保每次随机；MySQL中RAND()本身每次调用即不同，但WHILE语法须配对END WHILE且变量声明须在BEGIN后。
SQL Server 里用 WHILE + RAND() 填测试数据，为什么总填出同一行？
RAND() 在 SQL Server 中是会话级的——只要没显式重置，它在单个 WHILE 循环里几乎不变化。你看到的“全填一样的随机数”，不是 bug，是设计行为。
实操建议：
- 每次循环必须调用
RAND(CHECKSUM(NEWID()))，靠NEWID()提供真随机种子 - 别用
RAND()单独调用，也别把它塞进变量再复用（比如DECLARE @r FLOAT = RAND()），那等于锁死一个值 - 如果要生成整数范围，写成
ABS(CHECKSUM(NEWID())) % 100 + 1比FLOOR(RAND() * 100) + 1更可靠
MySQL 存储过程中写 WHILE 循环，语法和 SQL Server 完全不一样
MySQL 的 WHILE 必须配对 END WHILE，且不能直接在存储过程体外执行；更关键的是，它不支持 RAND() 在循环中动态刷新的问题——其实 MySQL 的 RAND() 本身每次调用都不同，不用额外绕弯。
实操建议：
- 声明循环变量必须用
DECLARE，且要在BEGIN后立即声明，顺序错会报ERROR 1337 (42000) - 循环内更新表时，记得加
COMMIT或设autocommit = 1，否则大量插入可能卡住或回滚 - 示例片段：
DECLARE i INT DEFAULT 1;<br>WHILE i INSERT INTO users(name, age) VALUES (CONCAT('u', i), FLOOR(RAND() * 80) + 1);<br> SET i = i + 1;<br>END WHILE;
PostgreSQL 怎么绕过没有原生 WHILE 的限制？
PostgreSQL 不支持 WHILE，但提供 FOR 循环（仅限 PL/pgSQL 函数内），以及更实用的集合生成函数——多数时候你根本不需要手写循环。
实操建议：
- 优先用
INSERT INTO ... SELECT配合generate_series()，比如：INSERT INTO logs(event_time, level)<br>SELECT NOW() - (random() * 3600 * 24 * 30 || 'seconds')::interval,<br> ('INFO','WARN','ERROR')[FLOOR(random()*3)::int+1]<br>FROM generate_series(1, 5000); - 真要写逻辑复杂循环，必须封装成
FUNCTION，且语言指定为plpgsql，不能用sql - 注意
random()在 PostgreSQL 里每次调用都不同，无需NEWID()类技巧
跨数据库生成测试数据，最容易被忽略的性能陷阱
一次性插几万条还行，但用循环逐条 INSERT 插几十万，不管哪个数据库都会慢得反常——瓶颈不在随机数，而在事务开销和日志写入。
实操建议：
- SQL Server：用
SET NOCOUNT ON关掉每行返回计数，能省 10%~20% 时间 - MySQL：把循环包在
START TRANSACTION和COMMIT之间，否则默认每条都是独立事务 - 通用原则：超过 5000 行，优先考虑批量生成内存表/临时表，再用单条
INSERT ... SELECT落库 - 别在循环里查配置表或调用 UDF——哪怕只是
SELECT @@VERSION，重复执行几百次也会明显拖慢
实际写的时候，最麻烦的往往不是随机逻辑，而是字段约束冲突（比如非空、唯一索引、外键）和字符集隐式转换——这些错误不会立刻报出来，而是在某次循环中途突然中断，还很难定位到第几轮崩的。
