共計 1853 個字符，預計需要花費 5 分鐘才能閱讀完成。

自動寫代碼機器人，免費開通

這篇文章主要介紹 Mysql5.7 及以上版本 ONLY_FULL_GROUP_BY 報錯怎么辦，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！

近期在開發過程中，因為項目開發環境連接的 mysql 數據庫是阿里云的數據庫，而阿里云的數據庫版本是 5.6 的。而測試環境的 mysql 是自己安裝的 5.7。因此在開發過程中有小伙伴不注意寫了有關 group by 的 sql 語句。在開發環境中運行是正常的，而到了測試環境中就發現了異常。

原因分析：MySQL5.7 版本默認設置了 mysql sql_mode = only_full_group_by 屬性，導致報錯。

其中 ONLY_FULL_GROUP_BY 就是造成這個錯誤的罪魁禍首了, 對于 group by 聚合操作, 如果在 select 中的列沒有在 group by 中出現, 那么這個 SQL 是不合法的, 因為列不在 group by 從句中, 所以設置了 sql_mode=only_full_group_by 的數據庫, 在使用 group by 時就會報錯。

測試環境下載安裝的是最新版的 mysql5.7.x 版本，默認是開啟了 only_full_group_by 模式的，但開啟這個模式后，原先的 group by 語句就報錯，然后又把它移除了。

一旦開啟 only_full_group_by，感覺，group by 將變成和 distinct 一樣，只能獲取受到其影響的字段信息，無法和其他未受其影響的字段共存，這樣，group by 的功能將變得十分狹窄了

only_full_group_by 模式開啟比較好。因為在 mysql 中有一個函數：any_value(field) 允許，非分組字段的出現（和關閉 only_full_group_by 模式有相同效果）。

1、查看 sql_mode

SELECT @@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

2、去掉 ONLY_FULL_GROUP_BY，重新設置值。

SET @@global.sql_mode = STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

3、上面是改變了全局 sql_mode，對于新建的數據庫有效。對于已存在的數據庫，則需要在對應的數據下執行

SET sql_mode = STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

以上方法 mysql 數據庫重啟后依然無效，下列方式重啟后依然生效

找到 MySQL 的配置文件, 在 linux 系統上 /etc/my.cnf 文件, 查詢 sql_mode 字段, 我并沒有在配置文件中找到這個關鍵字, 所以我手動添加進去:

sql_mode = STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

需要注意的一點是一定要添加在 [mysqld] 配置內, 這樣添加完后重啟 mysql 才會生效, 退出數據庫:exit, 重啟命令:

service mysqld restart

刷新頁面報錯信息消失成功解決, 再次連接上數據庫查看 sql_mode 配置 select @@sql_mode:

STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

以上是“Mysql5.7 及以上版本 ONLY_FULL_GROUP_BY 報錯怎么辦”這篇文章的所有內容，感謝各位的閱讀！希望分享的內容對大家有幫助，更多相關知識，歡迎關注丸趣 TV 行業資訊頻道！

向 AI 問一下細節