MySQL批量插入随机值异常：大量0/1及计数不符问题排查

一、插入条数远超预期的原因 #

• 存储过程存在循环逻辑错误：比如循环条件判断失误（如循环次数被错误计算为参数的2倍多），或是循环内部对两张表执行了多次插入操作，而非单次。
• 存储过程被重复调用：可能在执行过程中意外触发了多次调用，或是事务提交环节出现重复提交的情况。
• 误用批量插入语句：如果使用INSERT ... SELECT语法，但SELECT查询返回的行数远大于预期值，会直接导致插入条数异常。

二、c1、c2字段大量0和1的原因 #

• 随机值生成逻辑错误：比如误用RAND() > 0.5这类返回布尔值的表达式，MySQL会自动将TRUE转为1、FALSE转为0，导致字段仅出现0或1。
• 随机值范围设置错误：若字段为整数类型，但生成逻辑未指定正确范围，比如写成FLOOR(RAND())只会得到0，或是使用MOD(RAND()*10,2)这类仅返回0/1的表达式。
• 字段类型约束限制：如果字段被定义为TINYINT(1)，且未设置合理取值范围，可能导致插入的随机值被截断为0或1，但这种情况概率较低，核心还是随机值生成逻辑问题。

验证与修复建议 #

• 检查存储过程循环代码：确认循环次数是否严格等于传入参数，比如FOR i IN 1..p_count DO是否正确，循环内部是否对t1、t2各执行一次插入。
• 修正随机值生成逻辑：比如要生成1-1000的随机整数，应使用FLOOR(1 + RAND() * 1000)，避免返回布尔值的表达式。
• 查看存储过程源码：执行SHOW CREATE PROCEDURE random_records;，直接定位逻辑错误点。
• 做单次测试：传入参数1调用存储过程，检查t1、t2是否各插入1条数据，且字段值符合预期，逐步缩小排查范围。

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