近期在開發過程中，因為項目開發環境連接的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報錯的解決方法的文章就介紹到這了,更多相關Mysql5.7 ONLY_FULL_GROUP_BY內容請搜索好吧啦網以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持好吧啦網！