使用 laravel 分页时抛出 MySQL 错误

Question

我创建了一个数据库 View ，当我对这个 View 使用 laravel 分页时，它抛出:

SQLSTATE[42000]: Syntax error or access violation: 1140 Mixing of GROUP columns (MIN(),MAX(),COUNT(),...) with no GROUP columns is illegal if there is no GROUP BY clause (SQL: select count(*) as aggregate from `parameter_log_site_detail` where `site_id` = EPE)

但此错误仅在实时服务器中弹出。分页在本地服务器上工作正常。

数据库 View : (parameter_log_site_detail)

select `t`.`site_id` AS `site_id`,cast(`t`.`logged_at` as date) AS `logged_on`,`t`.`daily_generation` AS `daily_generation`,`t`.`reading` AS `tot_reading` from `parameter_log_tab` `t` order by cast(`t`.`logged_at` as date) desc

型号:

public function scopeSiteDailyReadings($query)
{
    return $query->from('parameter_log_site_detail');
}

Controller :

$generations = EnergyGeneration::siteDailyReadings()->where('site_id', $site_id)->orderBy('logged_on', 'desc')->paginate(15);

实时服务器信息

MySQL Server version: 5.6.37 - MySQL Community Server (GPL)
PHP version: 5.6.30
Laravel version: 5.4

本地服务器信息(正常运行的地方)

MySQL Server version: 5.7.19 - MySQL Community Server (GPL)
PHP version: 7.1.7
Laravel version: 5.4

有人能解释一下这是什么原因吗？我读到了 ONLY_FULL_GROUP_BY。但不知道是不是这个原因，因为服务器版本是5.6.*。

Answer 1

可以在 MySQL 5.6 中设置 SQL 模式 ONLY_FULL_GROUP_BY，但默认情况下不设置(参见 https://dev.mysql.com/doc/refman/5.6/en/sql-mode.html )。

啊哈，我看到你的评论出现在上面，你已经确认在你的本地服务器(MySQL 5.7)上设置了 ONLY_FULL_GROUP_BY。

我认为您在问题描述中有误述。如果本地有 ONLY_FULL_GROUP_BY 而 live 没有，你应该在本地服务器上收到错误，但在 live 服务器上不会。

我建议你保证开发中使用的版本和生产中使用的版本相同，并且匹配相同的SQL模式。这将防止在开发过程中出现混淆。

我对 PHP 版本提出了同样的建议。如果您在开发中使用一些新的 PHP 7 功能，然后部署到您的 PHP 5.6 实时服务器，它们将无法工作。

你描述的SQL应该没问题:

select count(*) as aggregate from `parameter_log_site_detail` where `site_id` = EPE

这实际上没问题，即使您只有 ONLY_FULL_GROUP_BY。对表中的所有匹配行执行 select count(*) 当然是合法的。此查询不需要 GROUP BY 子句。

但如果将聚合列与非聚合列混合使用，就会违反 ONLY_FULL_GROUP_BY 要求，因为非聚合列会产生歧义。

select id, count(*) as aggregate from ...

我想知道 Laravel 是否在准备查询之前将额外的列插入到您的选择列表中。您必须启用 MySQL 查询日志才能确定。

我注意到在 Laravel 问题上有一些关于这个错误的讨论:https://github.com/laravel/framework/issues/15232

该线程中的几个用户表示解决问题的解决方案是在 Laravel config/database.php 中设置 'strict'=>false。

但我敢打赌根本原因是 Laravel 正在修改您的 SQL 查询。