MySQL中使用group_concat()函数数据字符过长报错的问题解决方法

最近在办公软件项目,在开发权限指标遇到一个问题：
我们系统的一些逻辑处理是用存储过程实现的，但是有一天客户反馈说权限指标分配报错，查了分配的权限数据牵扯到的数据权限基础资源，没有问题。
权限指标分配的存储过程中有这样两句代码：

SET @tests = '';
SELECT
GROUP_CONCAT( DISTINCT REPLACE ( concat( '''', ( indicator_content ), '''' ), ',', ''',''' ))
AS Allnumber INTO @tests

执行存储过程后 变量@tests会返回一段数据，只能调试存储过程找问题了。调试到下面这段的时候，发现执行完这句sql，@tests就变成不完整的一个语句
1 select GROUP_CONCAT( DISTINCT REPLACE ( concat( '''', ( indicator_content ), '''' ), ',', ''',''' )) into @tests from USEROFINDICATOR ;
由于USEROFINDICATOR表存储的权限指标都是按指标编号存储的数据比较多，所以猜测是不是group_concat的问题，所以我把USEROFINDICATOR表中的数据减少了一半，就是是按某一个用户查询，发现成功了，所以猜测group_concat是不是有长度限制，google一下，果然是这个函数长度不够造成。
关于group_concat函数：
group_concat数据量小的时候没什么问题，但是数据量大的时候就有问题了；
group_concat：默认可连接的长度是1024；如果已经设置了最大长度，超过这个长度就会被截取至这个长度；
在查询（select）语句中，使用了group_concat之后，limit就会失效；
解决方法：
1、修改MySQL的配置文件：
#需要设置的长度
group_concat_max_len = 5120

2、也可以使用sql语句设置：
SET GLOBAL group_concat_max_len=5120;
SET SESSION group_concat_max_len=5120;
但是以上两种方法貌似我都出现了问题，第二种方法开始生效，长度也查了都没问题，但是就是执行语句有问题；

最后我采用第三种方法如下：

3、修改mysql配置文件的方法，修改完后重启MySQL服务，则可以通过语句设置group_concat的作用范围，如：

 SET GLOBAL group_concat_max_len=-1;

 SET SESSION group_concat_max_len=-1;

以上设置Mysql最大长度设置，

mysql> show variables like "%concat%"; 命令查了一下，数据量挺长的。

注意LINUX 设置需要在/etc/my.cnf  且需要设置位置在 需要有管理员权限才可以操作GLOBAL；

我在存储过程中采用了上面的第三种办法，执行存储过程，OK，完美搞定！

但是有时候我们在生产环境中最好是使用前面两种，尽量避免线上重启数据库服务解决。