Mysql8.0及以上報錯only_full_group_by的原因和解決方案

這篇文章主要介紹“Mysql8.0及以上報錯only_full_group_by的原因和解決方案”，在日常操作中，相信很多人在Mysql8.0及以上報錯only_full_group_by的原因和解決方案問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Mysql8.0及以上報錯only_full_group_by的原因和解決方案”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

今天發現mysql8 關于only_full_group_by的問題，舊代碼的查詢group by 函數時會出現一個報錯信息

ERROR 1055 (42000): Expression #7 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'postscan.verifyDelayLog.auditor' which is not functionally dependent on columns in GROUP BY clause; 
this is incompatible withsql_mode=only_full_group_by

查了資料，對于 group by 的這種聚合操作，如果在select 中的列，沒有在group by 中出現，那么這個SQL是不合法的，因為列不在group by的從句中，所以對于設置了這個mode的數據庫，在使用group by 的時候，就要用MAX()，SUM()，ANT_VALUE()的這種聚合函數，才能完成GROUP BY 的聚合操作 兼容方法：

1. sql修改

輸入：SELECT @@GLOBAL.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
 
 
 
然后我們來修改sql_mode
 
set GLOBAL sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION';

這個修改再重啟之后就失效

2. 修改my.cnf

附sql_mode常用值如下：

ONLY_FULL_GROUP_BY：對于GROUP BY聚合操作，如果在 SELECT 中的列，沒有在 GROUP BY 中出現，那么這個SQL是不合法的，因為列不在GROUP BY從句中。
 
NO_AUTO_VALUE_ON_ZERO：該值影響自增長列的插入。默認設置下，插入0或NULL代表生成下一個自增長值。如果用戶 希望插入的值為0，而該列又是自增長的，那么這個選項就有用了。
 
STRICT_TRANS_TABLES：在該模式下，如果一個值不能插入到一個事務表中，則中斷當前的操作，對非事務表不做限制
 
NO_ZERO_IN_DATE：在嚴格模式下，不允許日期和月份為零
 
NO_ZERO_DATE：設置該值，mysql數據庫不允許插入零日期，插入零日期會拋出錯誤而不是警告。
 
ERROR_FOR_DIVISION_BY_ZERO：在INSERT或UPDATE過程中，如果數據被零除，則產生錯誤而非警告。如 果未給出該模式，那么數據被零除時MySQL返回NULL
 
NO_AUTO_CREATE_USER：禁止GRANT創建密碼為空的用戶
 
NO_ENGINE_SUBSTITUTION：如果需要的存儲引擎被禁用或未編譯，那么拋出錯誤。不設置此值時，用默認的存儲引擎替代，并拋出一個異常
 
PIPES_AS_CONCAT：將"||"視為字符串的連接操作符而非或運算符，這和Oracle數據庫是一樣的，也和字符串的拼接函數Concat相類似
 
ANSI_QUOTES：啟用ANSI_QUOTES后，不能用雙引號來引用字符串，因為它被解釋為識別符

到此，關于“Mysql8.0及以上報錯only_full_group_by的原因和解決方案”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！