實景描述:
微服務中，其中一個項目，調取查詢數據接口，沒有數據返回，查看發現報錯如下:
caused by:com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException:You have an error in your SQL syntax;check the manual that corresponds to your MySQL server version for the right syntax to use near '' 123456)
GROUP BY t2.label' at line 6
其實，報錯已經很具體了，基本上這種錯誤都是sql語法上的錯誤或者拼接后sql語句的不規范。
相關代碼如下，只展示dao層查詢和mybatis寫法:
dao層:
List<Map<String,String>> chaxun();
mybatis.xml
<select id="chaxun" resultType="java.util.Map">
select t.one,r.two from 表1 t left join (select one,CONCAT('\'',group_concat(two separator '\',\''),'\'') as two from 表1 group by one) r on r.one=t.one group by t.one
</select>
比如數據查詢出來是:
one two
1 '11','22','33','44','55'
2 '11','22','33','44','55','66','77','88','99',********以此類推后面再加幾十個
你會發現，錯誤是因為，比如在查詢結果one為2的two結果集中，拼接的字符串中，比如最后出現的結果是:
*******,'11','22','33','44','55','66','77','88','99
什么區別,一眼識破吧，沒錯，最后少了一個拼接符號，其實真實的數據是'99后面還會有比如'100','101',其實數據已經丟失了。究其原因是什么呢，原來是group_concat，其實是有一個陷阱的，它會有個長度大小限制。
首先執行語句:
show variables like 'group_concat_max_len'
查看下大小配置是多少，查詢是:
Variable_name Value
group_concat_max_len 1024
在看我們的數據，大小其實已經超出了1024，所以會造成數據丟失。
MySQL提供的group_concat函數可以拼接某個字段值成字符串，如 select group_concat(user_name) from sys_user,默認的分隔符是 逗號，即"," ，如果需要自定義分隔符可以使用 SEPARATOR
如：select group_concat(user_name SEPARATOR '_') from sys_user
但是如果 user_name 拼接的字符串的長度字節超過1024 則會被截斷。
通過命令 "show variables like 'group_concat_max_len' " 來查看group_concat 默認的長度：
操作方法：
(1)在MySQL配置文件中加入:
group_concat_max_len = 102400
(2)更簡單的操作方法，執行SQL語句：
SET GLOBAL group_concat_max_len = 102400;
SET SESSION group_concat_max_len = 102400;
注意：該方法缺點是重啟服務后設置失效
當然，大小看實際需要，不要以為越大越好，適合的才是最好的。
