MySQL函数内禁用RAND()导致无法直接权重抽样，需用存储过程+临时表将随机逻辑外置：先计算累积权重与单次全局随机值，再匹配首个覆盖该随机值的区间，同时须过滤零权重、处理并发重复中奖。
MySQL函数里不能用RAND()做权重抽样？
直接在SELECT里对每行用RAND()乘权重再排序取前N，看似简单，但这是伪随机——因为MySQL函数体内不允许调用RAND()这类非确定性函数（会报错This function has none deterministic behavior）。所以必须绕开函数体内的RAND()，把随机逻辑“推到外面”。
用存储过程+临时表实现带权随机抽取
核心思路：先用主查询生成带累积权重和随机因子的中间结果，再在存储过程中按规则筛选。这不是纯函数，但能稳定落地：
- 建一张用户表
users，含id、name、weight（正整数，比如1~100） - 用
SELECT一次性算出每个用户的“权重区间”和一个全局随机值：SELECT id, name, weight, SUM(weight) OVER (ORDER BY id) AS cum_weight, FLOOR(RAND() * (SELECT SUM(weight) FROM users)) AS rand_val FROM users; - 再用这个结果匹配：选第一个满足
cum_weight > rand_val的用户（即落在其权重区间内）
为什么不用FLOOR(RAND() * SUM(weight))直接映射？
因为SUM(weight)是标量，而RAND()在SELECT中每行都会重算——除非你把它固化成变量。正确写法是先用子查询或CTE固定随机种子值：
- 错误示范：
FLOOR(RAND() * (SELECT SUM(weight) FROM users))→ 每行都不同，无法对齐区间 - 正确做法：用
(SELECT FLOOR(RAND() * total) FROM (SELECT SUM(weight) AS total FROM users) t)先算一次随机值 - 或者更稳妥：在存储过程中用
SET @rand = FLOOR(RAND() * (SELECT SUM(weight) FROM users));，再JOIN匹配
实际部署时最容易漏掉的边界处理
权重为0的用户必须提前过滤，否则累积和会断层；另外当所有权重都是1时，等价于均匀随机，但代码逻辑不能因此跳过累积计算——否则并发多抽时可能重复命中同一行（因RAND()不保证全局唯一）。
真正难的是高并发下避免重复中奖：MySQL函数本身无事务隔离能力，如果多个请求同时执行这个逻辑，得靠外层加SELECT ... FOR UPDATE锁住users表或用唯一中奖记录表做幂等校验。这点常被忽略，一上线就出现双中奖。
