近期在開發過程中，因為項目開發環境連接的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