MySQL 为Agents表AgentID列生成1000个唯一随机值的实现方法

原逻辑的核心问题 #

• 原循环绑定固定执行次数（初始值1、终止值1000），计数器只跟循环走，不跟实际插入结果走：只要循环跑满1000次就终止，哪怕其中有N次因为主键冲突没插成新行，最终表内的有效记录数只有1000-N，离1000条的要求有缺口
• 原逻辑搭配的ON DUPLICATE KEY UPDATE无法补全缺口：触发主键冲突时，操作本质是修改已存在行的AgentID值，全程不会新增表行，哪怕更新后的ID是不重复的，表的总行数也不会增加，永远达不到1000条的存储要求

修正后的实现路径（完全不改动原随机数生成逻辑） #

• 把固定次数循环替换为绑定实际记录数的终止条件：只要Agents表内的总记录数小于1000，就持续执行插入逻辑，不预设固定的循环次数
• 把冲突时的Upsert更新逻辑，替换为静默跳过冲突的插入方式：遇到主键冲突时直接放弃本次插入尝试，不做无意义的行更新，进入下一轮循环按原逻辑生成随机值再尝试
• 全程完全保留原有的随机值生成公式FLOOR(RAND()*(2900000-2800000+1)+2800000)，满足硬性限制要求

对应的核心代码片段：

-- 前置操作和原逻辑完全一致：重建仅含INT主键AgentID的空Agents表
DROP TABLE IF EXISTS Agents;
CREATE TABLE Agents (
    AgentID INT PRIMARY KEY
);

-- 修正后的循环插入逻辑
WHILE (SELECT COUNT(*) FROM Agents) < 1000 DO
    -- INSERT IGNORE遇到主键冲突时会静默跳过，不会修改现有行
    INSERT IGNORE INTO Agents(AgentID)
    -- 原随机值生成逻辑完全保留，无任何修改
    VALUES (FLOOR(RAND()*(2900000-2800000+1)+2800000));
END WHILE;

-- 循环完成后查询全表的逻辑和原逻辑保持一致
SELECT * FROM Agents;

性能说明：当前随机值的可选范围覆盖2800000~2900000共10万个整数，按概率计算生成1000个不重复值的总冲突次数仅为个位数，整个循环的执行耗时可忽略，既不会出现死循环，也不会有明显性能损耗。

内容的提问来源于stack exchange，提问作者Chloe