Mysql5.7中使用group concat函数数据被截断的问题完美解决方法

前天在生产环境中遇到一个问题：使用 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的手册中给出了如下定义：

Mysql5.7中使用group concat函数数据被截断的问题完美解决方法

由于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;