前天在生產環境中遇到一個問題：使用 GROUP_CONCAT 函數select出來的數據被截斷了，最長長度不超過1024字節，開始還以為是navicat客戶端自身對字段長度做了限制的問題。后面故意重新INSERT了一個字段長度超1024字節的數據，但是navicat能完整展示出來，所以就排除了navicat的問題。

然后想到1024這個熟悉的數字，會不會是C++框架在接收MySQL通過socket傳輸過來的數據時被處理了呢？于是手工在日志中打印這個字段，發現即使數據長度超過1024字節仍然是可以完整顯示的。

1 查找原因

至此，只能從SQL語句出發了。網上搜了下 GROUP_CONCAT 數據截斷的問題，答案都指向了 group_concat_max_len 這個參數，它的默認值正好是1024。可以直接在數據庫中通過下面的命令查看這個默認值：

mysql> show variables like 'group_concat_max_len';
+----------------------+-------+
| Variable_name  | Value |
+----------------------+-------+
| group_concat_max_len | 1024 |
+----------------------+-------+
1 row in set (0.00 sec)
mysql>

MySQL官方手冊 對它的定義是 The maximum permitted result length in bytes for the GROUP_CONCAT() function. ，也就是它限制了 GROUP_CONCAT 數據的長度。

2 解決問題

只要調整 group_concat_max_len 到最大值就行了，官方在MySQL5.7的手冊中給出了如下定義：

由于BZ的測試虛擬機MySQL5.7.19是64位的，所以可以通過下面這兩種方法配置好 group_concat_max_len 為最大值``：

#### 方法一：修改MySQL配置文件my.cnf，在[mysqld]節點中添加
group_concat_max_len = 18446744073709551615
#### 方法二：直接控制臺上設置立即生效
-- 【必須操作】更改全局配置----
SET GLOBAL group_concat_max_len=18446744073709551615;
-- 【可選操作】使配置在當前會話中也立即生效，其它已經登錄的會話終端需要重啟生效----
SET SESSION group_concat_max_len=18446744073709551615;

3 測試效果

這里采用的是第二種方法，通過執行 SELECT LENGTH(GROUP_CONCAT(Fremark)) FROM account; 結果的對比，可以發現已經成功解決了MySQL5.7中使用GROUP_CONCAT數據被截斷的問題。

總結

以上所述是小編給大家介紹的Mysql5.7中使用group concat函數數據被截斷的問題完美解決方法，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對腳本之家網站的支持！