直接用ORDER BY RAND()无法实现带权重随机抽取，因其生成均匀分布随机数，每行概率相等；而加权抽样需使高权重行被选中概率更高，必须通过累积权重区间与RAND()*SUM(weight)落点匹配来实现。
为什么直接用 ORDER BY RAND() 无法实现带权重随机抽取
因为 RAND() 生成的是均匀分布的随机数，每个行被选中的概率完全相等。而带权重抽取要求某几行出现概率更高——比如商品 A 权重为 3，B 为 1，那么 A 被抽中的期望概率应是 B 的 3 倍。直接套用 ORDER BY RAND() LIMIT 1 完全忽略权重字段，结果必然失真。
用累积权重 + RAND() * SUM(weight) 定位目标行
核心思路是：把权重转成一段连续数值区间（如 A: [0,3)，B: [3,4)），再用随机值落点决定选谁。这必须用子查询先算出总权重，再在主查询中计算累积和做比较。
常见写法（以 MySQL 8.0+ 或支持窗口函数的数据库为例）：
SELECT id, name, weight
FROM (
SELECT id, name, weight,
SUM(weight) OVER (ORDER BY id) - weight AS start_range,
SUM(weight) OVER (ORDER BY id) AS end_range,
(SELECT RAND() * SUM(weight) FROM items) AS rnd
FROM items
) t
WHERE rnd >= start_range AND rnd < end_range
LIMIT 1;注意点：
-
SUM(weight) OVER (ORDER BY id)必须有确定的ORDER BY，否则累积和顺序不可控 -
(SELECT RAND() * SUM(weight) FROM items)必须写成标量子查询，不能直接写RAND() * (SELECT SUM(weight) FROM items)—— 否则每行都重新算一次RAND()，导致条件永远不成立 - 如果权重含 0，需提前
WHERE weight > 0过滤，否则区间长度为 0，无法命中
兼容 MySQL 5.7 等无窗口函数环境的替代方案
只能靠自连接或变量模拟累积和，但性能差、逻辑绕。推荐用两层子查询配合 JOIN：
SELECT t1.id, t1.name, t1.weight
FROM items t1
JOIN (
SELECT FLOOR(RAND() * (SELECT SUM(weight) FROM items)) AS rnd
) r
JOIN (
SELECT t2.id,
(SELECT COALESCE(SUM(t3.weight), 0)
FROM items t3
WHERE t3.id < t2.id) AS cum_weight
FROM items t2
) t2 ON t1.id = t2.id
WHERE r.rnd >= t2.cum_weight
AND r.rnd < t2.cum_weight + t1.weight
LIMIT 1;这个写法的问题很实际：
- 内层子查询
(SELECT COALESCE(SUM(...), 0) FROM items t3 WHERE t3.id 是 O(n²) 复杂度，数据量过千就明显变慢 -
id必须是连续且无缺漏的整数，否则t3.id 无法正确表达“排在前面的行” - 若用时间戳或字符串主键，必须额外加
ROW_NUMBER()模拟序号（MySQL 5.7 不支持，得靠变量临时表）
真正要小心的不是语法，而是权重归一化与浮点误差
当权重是小数（如 0.3、0.7）或经计算得出（如 log(score+1)），SUM(weight) 可能因浮点精度产生微小偏差，导致最后一段区间无法覆盖 rnd 最大值。更稳妥的做法是显式截断并兜底：
把最后的 WHERE 条件改成：
WHERE r.rnd >= t2.cum_weight
AND (r.rnd < t2.cum_weight + t1.weight
OR t2.cum_weight + t1.weight = (SELECT SUM(weight) FROM items))或者更简单：在子查询里用 LEAST(rnd, (SELECT SUM(weight) FROM items) - 1e-9) 避开上界临界点。实际线上跑过万级数据后，你会发现出问题的往往不是嵌套层数，而是这一行没处理好的边界。
