MySQL中使用group_concat()函数数据被截取(有默认长度限制),谨慎!

最近在工作中遇到一个问题:

我们系统的一些逻辑处理是用存储过程实现的,但是有一天客服反馈说订单下单失败,查了下单牵扯到的产品基础资源,没有问题。

下单的存储过程中有这样两句代码:

1   declare _err int default 0;
2   DECLARE CONTINUE HANDLER FOR SQLEXCEPTION,SQLWARNING,NOT FOUND set _err=1;
3   DECLARE CONTINUE HANDLER FOR SQLSTATE '23000' set _err=2; 

执行存储过程后 变量_err会返回1,只能调试存储过程找问题了。调试到下面这段的时候,发现执行完这句sql,_err就变成1了

1 select group_concat(concat(@room_name,',',run_date,',',total_count) separator '|') into @order_desc from tmp_order_detail order by run_date;    

由于临时表tmp_order_detail 中的数据比较多,所以猜测是不是group_concat的问题,所以我把临时表中的数据减少了一半,发现成功了,所以猜测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;

我在存储过程中采用了上面的第二种办法,执行存储过程,OK,成功!

 

下班(今天是周日)!!!

 

posted @ 2017-07-02 17:05  Steven*  阅读(15882)  评论(1编辑  收藏  举报