本文实例分析了MySQL统计函数GROUP_CONCAT使用中的陷阱。分享给大家供大家参考,具体如下:
最近在用MySQL做一些数据的预处理,经常会用到group_concat函数,比如类似下面一条语句
sql语句比较简单,按照aid分组,并且把相应的bid用逗号串起来。这样的句子大家可能都用过,也可能不会出问题,但是如果bid非常多的话,你就要小心了,比如下面的提示信息:
Query OK, XXX rows affected, 1 warning (3 min 45.12 sec)
怎么会有警告呢,打出来看看:
1
2
3
4
5
6
|
mysql> show warnings; + ---------+------+-----------------------------------------+ | Level | Code | Message | + ---------+------+-----------------------------------------+ | Warning | 1260 | 1 line(s) were cut by GROUP_CONCAT() | + ---------+------+-----------------------------------------+ |
居然被GROUP_CONCAT截断了我的结果,查了一下手册,原来GROUP_CONCAT有个最大长度的限制,超过最大长度就会被截断掉,你可以通过下面的语句获得:
1
2
3
4
5
6
|
mysql> SELECT @@ global .group_concat_max_len; + -------------------------------+ | @@ global .group_concat_max_len | + -------------------------------+ | 1024 | + -------------------------------+ |
1024这就是一般MySQL系统默认的最大长度,如果你的bid串起来大于这个就会出问题,好在有解决的办法:
1.在MySQL配置文件中加上
1
|
group_concat_max_len = 102400 #你要的最大长度 |
2.可以简单一点,执行语句:
1
2
|
mysql> SET GLOBAL group_concat_max_len=102400; Query OK, 0 rows affected (0.01 sec) |
再执行group_concat语句就不会出问题了,另外手册上还给出了group_concat的详细用法,给个示例你就明白了:
还可以排序和设置分隔符,功能强大。
希望本文所述对大家MySQL数据库计有所帮助。