登录
首页 >  文章 >  php教程

Laravel子查询平均值怎么用【教程】

时间:2026-04-26 08:06:37 374浏览 收藏

本文深入解析了在 Laravel 中结合 MySQL 8.0+ 严格模式(ONLY_FULL_GROUP_BY)正确使用子查询计算每日学习行为平均值(如 avgStudy、avgArgument)并与用户明细数据高效关联的关键技巧,直击常见报错1055、PHP层手动合并导致的数据错位与性能瓶颈等痛点,强调必须通过子查询封装聚合逻辑再 JOIN、精准处理日期类型一致性、合理选择 INNER/LEFT JOIN 语义、严格遵循 GROUP BY 规则,并强制添加复合索引以保障查询性能,是一份兼顾安全性、准确性与高并发实战需求的硬核教程。

Laravel关联查询如何子查询平均_Laravel子查询平均关联数据【教程】

用子查询计算平均值再 JOIN 关联用户数据

直接在主查询里写 AVG() 并关联用户明细,MySQL 8.0+ 会报错:非 GROUP BY 字段不能出现在 SELECT 中。必须把聚合逻辑封装进子查询,再和用户数据做 JOIN。

常见错误是把两个查询分开执行、PHP 层合并——数据量一上来就卡顿,且日期对不齐(比如某天用户有记录但课程没其他人数据,PHP 合并后可能丢行或补空)。

  • 主表子查询只做 GROUP BY date,算出每日 avgStudyavgArgument,别选其他字段
  • 用户子查询用 WHERE user_id = ? 过滤,且不要 GROUP BY,否则会漏掉同一天多条记录
  • JOIN 条件必须是 avg_data.avgDate = user_data.date,字段名要一致,别写成 sa.dateua.date 混用
  • setBindings([Auth::user()->id]) 绑定参数,别拼字符串,防 SQL 注入

LEFT JOIN 还是 INNER JOIN?看业务要不要保留空平均值

默认用 INNER JOIN 只返回“当天既有用户数据、又有课程统计”的行。如果用户某天提交了学习记录,但课程下其他人都没学(导致该日无平均值),这行就直接消失。

想保留所有用户日期(平均值显示为 NULL),得改用 LEFT JOIN,并把用户数据当主表:

$result = DB::table(DB::raw('(SELECT date, study, argument FROM study_arguments WHERE user_id = ?) AS user_data'))->select('user_data.date', 'user_data.study', 'user_data.argument', DB::raw('ROUND(AVG(sa.study), 1) as avgStudy'), DB::raw('ROUND(AVG(sa.argument), 1) as avgArgument'))->leftJoin(DB::raw('(SELECT date, study, argument FROM study_arguments WHERE course_id = 2) AS sa'), 'user_data.date', '=', 'sa.date')->groupBy('user_data.date', 'user_data.study', 'user_data.argument')->setBindings([$this->user()->id])->get();

注意:GROUP BY 必须包含 user_data 所有非聚合字段,否则 MySQL 会拒绝执行。

日期字段类型不匹配会导致 JOIN 失效

如果 study_arguments.dateDATETIME 类型,GROUP BY date 会按秒级分组,而用户数据里的 date 可能只存了日期部分(如 '2026-04-25 00:00:00' vs '2026-04-25 14:22:33'),JOIN 条件直接失败,结果为空。

解决方法只有两个:

  • 建表时就用 $table->date('date'),确保字段类型是 DATE
  • 临时兼容:子查询里统一转日期,如 DATE(sa.created_at) as date,但会丢失索引,查得慢

别信“数据库自动截断时间部分”这种说法,MySQL 不会帮你隐式转换。

性能关键:这两个复合索引必须加

没索引时,每次查平均值都要全表扫描;JOIN 时又要按 date 匹配,速度直接掉一个数量级。

在 migration 里补上:

$table->index(['course_id', 'date']);
$table->index(['user_id', 'date']);

注意顺序:course_iduser_id 在前,date 在后。反过来(date 在前)对这个查询无效。

实际跑一次 EXPLAIN 就能看出是否命中索引——如果 typeALL,说明还在扫全表。

以上就是本文的全部内容了,是否有顺利帮助你解决问题?若是能给你带来学习上的帮助,请大家多多支持golang学习网!更多关于文章的相关知识,也可关注golang学习网公众号。

资料下载
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>