近期在開發過程中，因為專案開發環境連線的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報錯的解決方法的文章就介紹到這了，歡迎大家多多關注我，更多的文章都會不斷的進行更新。