Mysql only_full_group_by以及其他關於sql_mode原因報錯詳細解決方案
阿新 • • 發佈：2018-01-30
out concat size 會話 day tmp oom 哈哈 ict
（轉載自：http://blog.csdn.net/wangyunfeis/article/details/77911704）
Mysql only_full_group_by以及其他關於sql_mode原因報錯詳細解決方案
- 報錯信息：
- 原因：
- 怎麽查看呢：
- 解決辦法1：
- 驗證一下：
- 解決辦法2
- 解決辦法3
- 對於辦法3解決的解釋
- 對辦法2辦法3兩種方法的說明
- 附上其他mode解釋
- 對於其他mode說明
報錯信息：
1.Error querying database. Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: In aggregated query without GROUP BY, expression #1 of SELECT list contains nonaggregated column ‘15kong_smartmeter.meter_reading_realtime_day.room_id‘; this is incompatible with sql_mode=only_full_group_by原因：
1.mysql 5.7中的sql_mode的值為： 2.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怎麽查看呢：
1.我的mysql5.7部署在linux上的，然後我使用navicat 12連接的,就說怎麽使用navicat 12查看吧 2.使用navicat 打開數據庫,然後工具-->命令列界面 （快捷方式F6） 3.然後輸入：SELECT @@sql_mode;解決辦法1：
1.我所使用的mysql運行時指定的配置如下： 2./apps/mysql5.7.18/bin/mysqld --defaults-file=/apps/my3306.cnf --basedir=/apps/mysql5.7.18 --datadir=/apps/mysql/data/3306 --plugin-dir=/apps/mysql5.7.18/lib/mysql/plugin --user=mysql --log-error=/apps/mysql/data/3306/BJ-DYC-VM-5-106.err --open-files-limit=8192 --pid-file=/apps/mysql/data/3306/BJ-DYC-VM-5-106.pid --socket=/tmp/mysql_3306.sock --port=3306驗證一下：
1.進入命令列界面 2.然後輸入：SELECT @@sql_mode; 3.看到值為： STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION 6.至此，你不用遵守：如下約定了： 7. 對於GROUP BY聚合操作，如果在SELECT中的列，沒有在GROUP BY中出現，那麽這個SQL是不合法的，因為列不在GROUP BY從句中，所以對於設置了這個mode的數據庫，在使用group by 的時候，就要用MAX(),SUM(),ANT_VALUE()這種聚合函數，才能完成GROUP BY 的聚合操作。解決辦法2
1.第二種辦法不用修改配置文件，使用navicat修改 2.進入命令行界面（F6） 3.輸入：SELECT @@GLOBAL.sql_mode; 4.結果：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 6.然後我們來修改sql_mode 7.輸入：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 ‘; 9.再運行你的sql： 10.SELECT 11. id,ip 12.FROM 13. ip_meta_backup 14.GROUP BY 15. ip 16.HAVING 17. count(ip) > 1 18.*****恭喜你，成功了***** 22.然後你再運行你的sql是不是可以運行啦 24.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‘; 26.SELECT @@GLOBAL.sql_mode;解決辦法3
1.第三種辦法不用修改配置文件，使用navicat修改 2.進入命令行界面（F6） 3.輸入：SELECT @@sql_mode; 註意：這邊缺省了session,完整的是：SELECT @@SESSION.sql_mode; 4.結果：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 6.然後我們來修改sql_mode 7.輸入：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 ‘; 9.再運行你的sql： 10.SELECT 11. id,ip 12.FROM 13. ip_meta_backup 14.GROUP BY 15. ip 16.HAVING 17. count(ip) > 1 18.*****還是報only_full_group_by錯***** 20.##############解決方法################### 22.在你查詢的語句之前set sql_mode 24.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 ‘; 25.SELECT 26. id,ip 27.FROM 28. ip_meta_backup 29.GROUP BY 30. ip 31.HAVING 32. count(ip) > 1 33.以後再新建查詢（包含group by）語句也不用再加set sql_mode 直到你關閉這次連接為止 38.然後你再運行你的sql是不是可以運行啦 40.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‘; 42.SELECT @@GLOBAL.sql_mode;對於辦法3解決的解釋
1.其實講第三種方法的時候說過SELECT @@sql_mode; 其實這邊缺省了session,完整的是：SELECT @@SESSION.sql_mode; 2.SESSION是當前會話的意思---->這句話就解釋了直到你關閉這次連接為止 4.那為什麽在命令行set sql_mode,然後再新建查詢還是沒用呢？ 5.其實你只要在新建查詢中輸入SELECT @@sql_mode;你會發現你在命令行中的設置並沒有生效 6.所以，我們只能重新在這次連接（會話）的新建查詢中重新set sql_mode,之後這次連接（這次會話）不再需要 7.這一段語言解釋了“在你查詢的語句之前set sql_mode”這句話對辦法2辦法3兩種方法的說明
1.這兩種set sql_mode方法，都會隨著在我部署linux上的mysql重啟而恢復到我指定的配置文件的my.cnf裏面設置的sql-mode選項中的內容 2.這句話比較繞 3.意思就是：linux上的mysql重啟後，你在navicat上設置的就不再有效，而是依據你指定的配置文件中的設定，就是my.cnf這個文件中設定附上其他mode解釋
1.STRICT_TRANS_TABLES： 在該模式下，如果一個值不能插入到一個事務表中，則中斷當前的操作，對非事務表不做限制 3.NO_ZERO_IN_DATE： 在嚴格模式下，不允許日期和月份為零 5.NO_ZERO_DATE： 設置該值，mysql數據庫不允許插入零日期，插入零日期會拋出錯誤而不是警告。 7.ERROR_FOR_DIVISION_BY_ZERO：在INSERT或UPDATE過程中，如果數據被零除，則產生錯誤而非警告。如 果未給出該模式，那麽數據被零除時MySQL返回NULL 9.NO_AUTO_CREATE_USER： 禁止GRANT創建密碼為空的用戶 11.NO_ENGINE_SUBSTITUTION： 如果需要的存儲引擎被禁用或未編譯，那麽拋出錯誤。不設置此值時，用默認的存儲引擎替代，並拋出一個異常 13.PIPES_AS_CONCAT： 將"||"視為字符串的連接操作符而非或運算符，這和Oracle數據庫是一樣的，也和字符串的拼接函數Concat相類似 15.ANSI_QUOTES： 啟用ANSI_QUOTES後，不能用雙引號來引用字符串，因為它被解釋為識別符 17.NO_AUTO_VALUE_ON_ZERO： 該值影響自增長列的插入。默認設置下，插入0或NULL代表生成下一個自增長值。如果用戶 希望插入的值為0，而該列又是自增長的，那麽這個選項就有用了。對於其他mode說明
1.其他的mode使用也無外乎更改配置文件，或者獨立更改（也就是方法2和3）Mysql only_full_group_by以及其他關於sql_mode原因報錯詳細解決方案