今天我們來說下 mysql8 關(guān)于only_full_group_by的問題，相信每個(gè)人在使用group by 函數(shù)時(shí)會(huì)突然跳出一個(gè)報(bào)錯(cuò)信息：
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
在mysql8.0以上的版本中，對(duì)于 group by 的這種聚合操作，如果在select 中的列，沒有在group by 中出現(xiàn)，那么這個(gè)SQL是不合法的，因?yàn)榱胁辉趃roup by的從句中，所以對(duì)于設(shè)置了這個(gè)mode的數(shù)據(jù)庫(kù)，在使用group by 的時(shí)候，就要用MAX()，SUM()，ANT_VALUE()的這種聚合函數(shù)，才能完成GROUP BY 的聚合操作，那么話說回來了，如何關(guān)閉呢？
經(jīng)過我們一番百度之后，獲取的結(jié)果是關(guān)于 only_full_group_by ，但是按照教程所說，只要修改了my.cnf，
【在my.cnf添加如下配置
[mysqld]
sql_mode='NO_AUTO_VALUE_ON_ZERO,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION,PIPES_AS_CONCAT,ANSI_QUOTES'
】
配置文件加入相應(yīng)參數(shù)[以下會(huì)講到]，重啟的時(shí)候，依然差強(qiáng)人意，甚至給出教程的人并沒有親力親為的去測(cè)試，就張貼了出來，還會(huì)帶來新的mysql的報(bào)錯(cuò)，或者是完全啟動(dòng)報(bào)錯(cuò)，今天我就來詳細(xì)與大家一一說明這些參數(shù)，及解決辦法。
sql_mode這個(gè)變量，很容易被忽視，默認(rèn)值是空值，在這種設(shè)置下是可以允許一些非法操作的，比如允許一些非法數(shù)據(jù)的插入。在生產(chǎn)環(huán)境必須將這個(gè)值設(shè)置為嚴(yán)格模式，所以開發(fā)、測(cè)試環(huán)境的數(shù)據(jù)庫(kù)也必須要設(shè)置，這樣在開發(fā)測(cè)試階段就可以發(fā)現(xiàn)問題。
sql_mode常用值如下：
ONLY_FULL_GROUP_BY：對(duì)于GROUP BY聚合操作，如果在 SELECT 中的列，沒有在 GROUP BY 中出現(xiàn)，那么這個(gè)SQL是不合法的，因?yàn)榱胁辉贕ROUP BY從句中。
NO_AUTO_VALUE_ON_ZERO：該值影響自增長(zhǎng)列的插入。默認(rèn)設(shè)置下，插入0或NULL代表生成下一個(gè)自增長(zhǎng)值。如果用戶 希望插入的值為0，而該列又是自增長(zhǎng)的，那么這個(gè)選項(xiàng)就有用了。
STRICT_TRANS_TABLES：在該模式下，如果一個(gè)值不能插入到一個(gè)事務(wù)表中，則中斷當(dāng)前的操作，對(duì)非事務(wù)表不做限制
NO_ZERO_IN_DATE：在嚴(yán)格模式下，不允許日期和月份為零
NO_ZERO_DATE：設(shè)置該值，mysql數(shù)據(jù)庫(kù)不允許插入零日期，插入零日期會(huì)拋出錯(cuò)誤而不是警告。
ERROR_FOR_DIVISION_BY_ZERO：在INSERT或UPDATE過程中，如果數(shù)據(jù)被零除，則產(chǎn)生錯(cuò)誤而非警告。如 果未給出該模式，那么數(shù)據(jù)被零除時(shí)MySQL返回NULL
NO_AUTO_CREATE_USER：禁止GRANT創(chuàng)建密碼為空的用戶
NO_ENGINE_SUBSTITUTION：如果需要的存儲(chǔ)引擎被禁用或未編譯，那么拋出錯(cuò)誤。不設(shè)置此值時(shí)，用默認(rèn)的存儲(chǔ)引擎替代，并拋出一個(gè)異常
PIPES_AS_CONCAT：將"||"視為字符串的連接操作符而非或運(yùn)算符，這和Oracle數(shù)據(jù)庫(kù)是一樣的，也和字符串的拼接函數(shù)Concat相類似
ANSI_QUOTES：?jiǎn)⒂肁NSI_QUOTES后，不能用雙引號(hào)來引用字符串，因?yàn)樗唤忉尀樽R(shí)別符
說明介紹完了，但是在8.0中這么設(shè)置下依然會(huì)報(bào)錯(cuò)，原因如下：
ERROR 1231 (42000): Variable 'sql_mode' can't be set to the value of 'NO_AUTO_CREATE_USER'
8.0以上已經(jīng)取消了NO_AUTO_CREATE_USER這個(gè)關(guān)鍵字，刪掉sql語(yǔ)句中的這個(gè)關(guān)鍵字即可
最終，/etc/my.cnf 配置文件中 修改 ：sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION'
重啟mysql服務(wù)，大功告成！~
在此，我給出另外兩種解決方案：
第二種辦法不用修改配置文件，使用navicat修改
進(jìn)入命令行界面
輸入：SELECT @@GLOBAL.sql_mode;
結(jié)果：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 ';
再運(yùn)行你的sql，group by就可以使用了，但是這個(gè)方法不治本 ，當(dāng)重啟mysql后，依然使用不了group by 所以，第一種方法，是最有效的。
第三種辦法不用修改配置文件，使用navicat修改
進(jìn)入命令行界面
輸入：SELECT @@sql_mode; 注意：這邊缺省了session,完整的是：SELECT @@SESSION.sql_mode;
結(jié)果：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 SESSION sql_mode ='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION ';
再運(yùn)行你的sql：
*****還是報(bào)only_full_group_by錯(cuò)*****
##############解決方法###################
在你查詢的語(yǔ)句之前set sql_mode
set SESSION sql_mode ='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION ';
以后再新建查詢（包含group by）語(yǔ)句也不用再加set sql_mode 直到你關(guān)閉這次連接為止
然后你再運(yùn)行你的sql是不是可以運(yùn)行啦
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';
SELECT @@GLOBAL.sql_mode;
關(guān)于辦法3的解釋：
1.其實(shí)講第三種方法的時(shí)候說過SELECT @@sql_mode; 其實(shí)這邊缺省了session,完整的是：SELECT @@SESSION.sql_mode;
2.SESSION是當(dāng)前會(huì)話的意思---->這句話就解釋了直到你關(guān)閉這次連接為止
3.那為什么在命令行set sql_mode,然后再新建查詢還是沒用呢？
4.其實(shí)你只要在新建查詢中輸入SELECT @@sql_mode;你會(huì)發(fā)現(xiàn)你在命令行中的設(shè)置并沒有生效
5.所以，我們只能重新在這次連接（會(huì)話）的新建查詢中重新set sql_mode,之后這次連接（這次會(huì)話）不再需要
6.這一段語(yǔ)言解釋了“在你查詢的語(yǔ)句之前set sql_mode”這句話
對(duì)辦法2辦法3兩種方法的說明
1.這兩種set sql_mode方法，都會(huì)隨著在我部署linux上的mysql重啟而恢復(fù)到我指定的配置文件的my.cnf里面設(shè)置的sql-mode選項(xiàng)中的內(nèi)容
2.這句話比較繞
3.意思就是：linux上的mysql重啟后，你在navicat上設(shè)置的就不再有效，而是依據(jù)你指定的配置文件中的設(shè)定，就是my.cnf這個(gè)文件中設(shè)定
