前天在生产环境中遇到一个问题:使用<代码> GROUP_CONCAT 代码>函数选择出来的数据被截断了,最长长度不超过1024字节,开始还以为是navicat客户端自身对字段长度做了限制的问题。后面故意重新插入了一个字段长度超1024字节的数据,但是navicat能完整展示出来,所以就排除了navicat的问题。
然后想到这1024个熟悉的数字,会不会是c++框架在接收MySQL通过插座传输过来的数据时被处理了呢?于是手工在日志中打印这个字段,发现即使数据长度超过1024字节仍然是可以完整显示的。
至此,只能从SQL语句出发了。网上搜了下GROUP_CONCAT数据截断的问题,答案都指向了group_concat_max_len这个参数,它的默认值正好是1024。可以直接在数据库中通过下面的命令查看这个默认值:
mysql>显示变量如“group_concat_max_len”; + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + | | Variable_name |值 + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + | group_concat_max_len | 1024 | + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + 1行集(0.00秒) mysql>
MySQL官方手册对它的定义是<代码>最大允许结果长度的字节GROUP_CONCAT()函数> 代码。,也就是它限制了<代码> GROUP_CONCAT> 代码数据的长度。
只要调整<代码> group_concat_max_len> 代码到最大值就行了,官方在MySQL5.7的手册中给出了如下定义:
# # # #方法一:修改MySQL配置文,件my . cnf中所做在(mysqld)节点中添加 group_concat_max_len=18446744073709551615 # # # #方法二:直接控制台上设置立即生效 ——【必须操作】更改全局配置- - - - - 集全球group_concat_max_len=18446744073709551615; ——【可选操作】使配置在当前会话中也立即生效,其它已经登录的会话终端需要重启生效- - - - - 设置会话group_concat_max_len=18446744073709551615;
这里采用的是第二种方法,通过执行<代码>选择长度(GROUP_CONCAT (Fremark))从账户;代码>结果的对比,可以发现已经成功解决了MySQL5.7中使用<代码> GROUP_CONCAT> 代码数据被截断的问题。