今天我們來(lái)說(shuō)下 mysql8 關(guān)于only_full_group_by的問(wèn)題，相信每個(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?的聚合操作，那么話說(shuō)回來(lái)了，如何關(guān)閉呢？
經(jīng)過(guò)我們一番百度之后，獲取的結(jié)果是關(guān)于 only_full_group_by ，但是按照教程所說(shuō)，只要修改了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è)試，就張貼了出來(lái)，還會(huì)帶來(lái)新的mysql的報(bào)錯(cuò)，或者是完全啟動(dòng)報(bào)錯(cuò)，今天我就來(lái)詳細(xì)與大家一一說(shuō)明這些參數(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)問(wè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過(guò)程中，如果數(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)來(lái)引用字符串，因?yàn)樗唤忉尀樽R(shí)別符
說(shuō)明介紹完了，但是在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
然后我們來(lái)修改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
然后我們來(lái)修改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í)候說(shuō)過(guò)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兩種方法的說(shuō)明
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è)定
注：現(xiàn)在我將my.cnf列出來(lái)，供大家參考
未刪該設(shè)置的原版my.cnf內(nèi)容：
[client]
port=3306
default-character-set=utf8
socket=/usr/local/mysql/mysql.sock
[mysql]
port=3306
default-character-set=utf8
socket=/usr/local/mysql/mysql.sock
[mysqld]
user=mysql
datadir=/usr/local/mysql/data
basedir=/usr/local/mysql
port=3306
max_connections = 1000
pid-file=/usr/local/mysql/mysqld.pid
socket=/usr/local/mysql/mysql.sock
server-id=1
default-authentication-plugin=mysql_native_password
sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION'
# Disabling symbolic-links is recommended to prevent assorted security risks
#symbolic-links=0
# Settings user and group are ignored when systemd is used.
# If you need to run mysqld under a different user or group,
# customize your systemd unit file for mariadb according to the
# instructions in http://fedoraproject.org/wiki/Systemd
#[mysqld_safe]
log-error=/var/log/mysql/error.log
#pid-file=/var/run/mariadb/mariadb.pid
#
# include all files from the config directory
#
!includedir /etc/my.cnf.d
default_authentication_plugin=mysql_native_password
server-id=201
log-bin=mysql-bin
