近期在開發過程當中，由於項目開發環境鏈接的mysql數據庫是阿里雲的數據庫，而阿里雲的數據庫版本是5.6的。而測試環境的mysql是本身安裝的5.7。所以在開發過程當中有小夥伴不注意寫了有關group by的sql語句。在開發環境中運行是正常的，而到了測試環境中就發現了異常。mysql
緣由分析：MySQL5.7版本默認設置了 mysql sql_mode = only_full_group_by 屬性，致使報錯。linux
其中ONLY_FULL_GROUP_BY就是形成這個錯誤的罪魁禍首了,對於group by聚合操做,若是在select中的列沒有在group by中出現,那麼這個SQL是不合法的,由於列不在group by從句中,因此設置了sql_mode=only_full_group_by的數據庫,在使用group by時就會報錯。sql
測試環境下載安裝的是最新版的mysql5.7.x版本，默認是開啓了 only_full_group_by 模式的，但開啓這個模式後，原先的 group by 語句就報錯，而後又把它移除了。shell
一旦開啓 only_full_group_by ，感受，group by 將變成和 distinct 同樣，只能獲取受到其影響的字段信息，沒法和其餘未受其影響的字段共存，這樣，group by 的功能將變得十分狹窄了數據庫
only_full_group_by 模式開啓比較好。由於在 mysql 中有一個函數： any_value(field) 容許，非分組字段的出現（和關閉 only_full_group_by 模式有相同效果）。app
一、查看sql_modewordpress
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
二、去掉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';
三、上面是改變了全局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
成功