近期在開發過程中，因為項目開發環境連接的mysql資料庫是阿裡雲的資料庫，而阿裡雲的資料庫版本是5.6的。而測試環境的mysql是自己安裝的5.7。因此在開發過程中有小伙伴不註意寫了有關group by的sql語句。在開發環境中運行是正常的，而到了測試環境中就發現了異常。 原因分析：MySQL5.7 ...
近期在開發過程中，因為項目開發環境連接的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
成功
