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

創(chuàng)新互聯建站一直通過網站建設和網站營銷幫助企業(yè)獲得更多客戶資源。 以"深度挖掘，量身打造，注重實效"的一站式服務，以成都網站設計、網站制作、外貿營銷網站建設、移動互聯產品、成都全網營銷推廣服務為核心業(yè)務。10多年網站制作的經驗，使用新網站建設技術，全新開發(fā)出的標準網站，不但價格便宜而且實用、靈活，特別適合中小公司網站制作。網站管理系統(tǒng)簡單易用，維護方便，您可以完全操作網站資料，是中小公司快速網站建設的選擇。

MySQL 5.7 之后 only_full_group_by 默認是開啟的，這就導致 sql 的檢測更加嚴格，將導致報下面的錯

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

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

解決思路

查看 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 有服務端配置，和客戶端配置之分，那就增加 [client] 配置

[client]sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

重啟mysql ,在MySQL工具查看 sql_mode，確實顯示結果和配置的是一樣的，但是程序依然報同樣的錯

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

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

會不會是laravel 在當前連接設置了 sql_mode

在 laravel 程序打印 sql_mode

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

$result = \DB::select('SELECT @@SESSION.sql_mode');
print_r($result);exit;
結果：
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

找到了原來是程序設置了

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

'strict' => false,

• 這樣可以解決問題，但本著技術就是要搞清楚到底是咋寫的，也并不想直接給他設置為 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

將直接設置程序中寫死的 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 設置為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 選項，里面的參數是 laravel 底層的配置，只是去掉了 ONLY_FULL_GROUP_BY

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