MySQL分组后随机取每组一条的正确方法是：MySQL 8.0+用窗口函数ROW_NUMBER() OVER(PARTITION BY category ORDER BY RAND())打随机序号再筛选rn=1；5.7及以下可用关联子查询但需(category,id)联合索引，避免用MAX(id)等全局偏移法。
MySQL分组后随机取每组一条，不能直接用 ORDER BY RAND() LIMIT 1
这是最常踩的坑：写成 SELECT * FROM t GROUP BY category ORDER BY RAND() LIMIT 1，结果要么报错（MySQL 8.0+ strict mode 下非法），要么只返回 1 条全局记录，根本没按组出数据。因为 GROUP BY 必须和聚合函数或 SELECT 列严格匹配，RAND() 不是聚合函数，也不能“先分组再对每组排序”——SQL 执行顺序决定了它做不到。
真正可行的方案是子查询 + 窗口函数（MySQL 8.0+）
核心思路是：给每组内的记录打一个随机序号，再筛出序号为 1 的那条。依赖 ROW_NUMBER() OVER (PARTITION BY ... ORDER BY RAND())：
SELECT * FROM (
SELECT *,
ROW_NUMBER() OVER (PARTITION BY category ORDER BY RAND()) AS rn
FROM product
) t WHERE t.rn = 1;注意点：
- 必须是 MySQL 8.0 或更高版本，低版本不支持窗口函数
-
category替换为你实际的分组字段名 - 如果表很大，
ORDER BY RAND()仍会在每个分区内执行全扫描，性能瓶颈在分组内数据量，而非总行数 - 不能用
RANK()或DENSE_RANK()，它们对相同RAND()值会并列，导致漏行
兼容老版本 MySQL（5.7 及以下）的替代写法
用关联子查询模拟“每组取一条随机”的效果，但要注意主键连续性假设：
SELECT p1.* FROM product p1 WHERE p1.id = ( SELECT p2.id FROM product p2 WHERE p2.category = p1.category ORDER BY RAND() LIMIT 1 );
这个写法的问题很实在：
- 对每个
category值都会执行一次子查询，N 个分组 = N 次ORDER BY RAND()，性能随分组数线性恶化 - 如果某组数据极少（比如只有 1 行），没问题；但如果某组有上万行，每次子查询都得全扫该组，很慢
- 没有索引加速的话，务必在
(category, id)上建联合索引，否则几乎不可用
为什么不能用 JOIN + MAX(id) 那套优化逻辑做分组随机？
因为分组场景下，“每组随机一条”本质是 N 个独立随机抽样问题，而 MAX(id) 类技巧只适用于单次全局抽样。试图强行套用会出现：
- 跨组污染：用整个表的
MAX(id)生成随机 offset，可能落到其他分组里 - 空结果：某组 ID 范围稀疏（比如只有 100、10000），
RAND() * MAX(id)很大概率命中空值 - 偏差：ID 分布不均 → 随机偏移不等于均匀概率抽样
分组随机的核心约束是“组内均匀、组间独立”，所有想绕过组内排序的尝试，在无额外元数据支撑时，基本都会破坏这个前提。真要兼顾性能和准确性，优先升级到 MySQL 8.0+ 用窗口函数，别硬扛旧版本。
