MySQL 使用 laravel 分页时抛出错误

MySQL error is thrown when laravel pagination is used

我创建了一个数据库视图,当我对该视图使用 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)

但是这个错误只在实时服务器中弹出。分页在本地服务器上工作正常。

数据库视图: (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');
}

控制器:

$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.*.

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

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

我认为您在问题描述中有误述。如果本地有 ONLY_FULL_GROUP_BY 而 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。对 table 中的所有匹配行执行 select count(*) 当然是合法的。此查询不需要 GROUP BY 子句。

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

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

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

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

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

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