laravel解決mysql only_full_group_by問題的示例分析

這篇文章主要介紹laravel解決mysql only_full_group_by問題的示例分析，文中介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們一定要看完！

MySQL 5.7 之后 only_full_group_by 默認(rèn)是開啟的，這就導(dǎo)致 sql 的檢測更加嚴(yán)格，將導(dǎo)致報(bào)下面的錯

SQLSTATE[42000]: Syntax error or access violation: 1055 Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'edu.t_sounds.id' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

解決這個問題也走了不少彎路，按照網(wǎng)上找的方式一個一個試

解決思路

查看 sql_mode

select @@GLOBAL.sql_mode;SELECT @@SESSION.sql_mode

首先查看并修改 mysql 配置文件，my.cnf 很尷尬我的這個里面并沒有 ONLY_FULL_GROUP_BY

[mysqld]sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

不行，就接著來，想到mysql 有服務(wù)端配置，和客戶端配置之分，那就增加 [client] 配置

[client]sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

重啟mysql ,在MySQL工具查看 sql_mode，確實(shí)顯示結(jié)果和配置的是一樣的，但是程序依然報(bào)同樣的錯

又是一番查找，突然意識到 global session 的問題，也就是文章頭部放的兩條查詢 sql_mode 的語句，就查詢一下 是啥區(qū)別

mysql 變量設(shè)置方式分兩種，
一種全局配置，也就是 global，作用于全局;
一種會話配置 session, 只作用于當(dāng)前連接

會不會是laravel 在當(dāng)前連接設(shè)置了 sql_mode

在 laravel 程序打印 sql_mode

$result = \DB::select('SELECT @@GLOBAL.sql_mode');
print_r($result);exit;
結(jié)果：
STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION

$result = \DB::select('SELECT @@SESSION.sql_mode');
print_r($result);exit;
結(jié)果：
ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

找到了原來是程序設(shè)置了

第一想到 mysql 的配置有一個嚴(yán)格模式，我一直是開啟狀態(tài)，設(shè)置為 false 問題順利解決

'strict' => false,

• 這樣可以解決問題，但本著技術(shù)就是要搞清楚到底是咋寫的，也并不想直接給他設(shè)置為 false,

在 vendor/laravel/framework/src/ILLuminate/Database 文件夾下搜索 strict ，直接找到核心代碼

文件：vendor/laravel/framework/src/ILLuminate/Database/Connectors/MySqlConnector.php

protected function setModes(PDO $connection, array $config){
    if (isset($config['modes'])) {
        $this->setCustomModes($connection, $config);
    } elseif (isset($config['strict'])) {
        if ($config['strict']) {
            $connection->prepare($this->strictMode($connection))->execute();
        } else {
            $connection->prepare("set session sql_mode='NO_ENGINE_SUBSTITUTION'")->execute();
        }
    }}

第一個判斷直接判斷是否存在 modes 配置，有的話就直接使用這個

來，搞一下

'modes' => ['STRICT_TRANS_TABLES', 'NO_ZERO_IN_DATE', 'NO_ZERO_DATE', 'ERROR_FOR_pISION_BY_ZERO', 'NO_AUTO_CREATE_USER', 'NO_ENGINE_SUBSTITUTION'],

測試，直接問題搞定

本著尋根刨底的精神，再接著往下看

如果 strict = true

將直接設(shè)置程序中寫死的 sql_mode, laravel 區(qū)分了 mysql 8.0.11 和別的版本

protected function strictMode(PDO $connection)
{
    if (version_compare($connection->getAttribute(PDO::ATTR_SERVER_VERSION), '8.0.11') >= 0) {
        return "set session sql_mode='ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION'";
    }

    return "set session sql_mode='ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'";
}

再接著 如果 strict = false ,直接將 sql_mode 設(shè)置為NO_ENGINE_SUBSTITUTION

$connection->prepare("set session sql_mode='NO_ENGINE_SUBSTITUTION'")->execute();

到這里問題就徹底解決了

最終解決方式

'strict' => true,
'modes' => ['STRICT_TRANS_TABLES', 'NO_ZERO_IN_DATE', 'NO_ZERO_DATE', 'ERROR_FOR_DIVISION_BY_ZERO', 'NO_AUTO_CREATE_USER', 'NO_ENGINE_SUBSTITUTION'],

保留了 strict = true，增加 modes 選項(xiàng)，里面的參數(shù)是 laravel 底層的配置，只是去掉了 ONLY_FULL_GROUP_BY

以上是“l(fā)aravel解決mysql only_full_group_by問題的示例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識，歡迎關(guān)注億速云行業(yè)資訊頻道！