掉坑了！GROUP_CONCAT函数引发的线上问题

桃扇骨 2023-01-01 07:51 108阅读 0赞

怕什么真理无穷，进一步有近一步的欢喜

![format_png][]

本文分享一篇在工作遇到的一个问题，关于MySQL GROUP\_CONCAT函数导致的问题。希望能帮忙到你。

### 开头聊几句 ###

一年又一年，2020这一年眼看就要结束了，真是逝者如斯夫，不舍昼夜。

工作和生活都需要更多的责任和担当了，一年一年慢慢的发生变化。

### 业务场景 ###

在说遇到的坑之前，先描述一下大致的业务场景。系统有一个排班的功能，一个医生一天可以排多种业务类型的排班，并且每一种业务类型的排班都支持排个多时段(时段的最小单位是15分钟）。

举例：  
D医生在 2020-12-31 的 8:00~10:00、10:30~12:00  排班了【在线A】 和 【在线B】业务。

【在线A】 2020-12-31 8:00~10:00
    【在线A】 2020-12-31 10:30~12:00
    【在线B】 2020-12-31 8:00~10:00
    【在线B】 2020-12-31 10:30~12:00

在查询这个一天排班的数据，伪SQL方便理解：

SELECT
     dt,
     biz_type,
     GROUP_CONCAT(
      CONCAT_WS('|', id, start_time, end_time)
     ) AS multiPeriodDetail
    FROM
     doctor_schedule_detail
    WHERE
     doctor_id = '456231'
    AND dt = '2020-12-30'
    GROUP BY
     doctor_id,
     biz_type,
     dt

CONCAT\_WS('|', id, start\_time, end\_time)中的字段说明：

*  id：时段的id
 *  start\_time：时段开始时间
 *  end\_time：时段结束时间

对数据进行分组后，使用 `CONCAT_WS`函数 指定分隔符进行参数拼接。然后使用 `GROUP_CONCAT` 函数 返回分组中字符串结果组合连接的值，**默认缺省为一个逗号 (",")进行分隔**，这个缺省值可以去掉，本例子中使用默认缺省值。

查询后结果展示如下：

![format_png 1][]

查询结果

至此场景描述结束。

### 遇到的坑 ###

这个代码在线上已经运行很长了，有一天用户反馈说给D医生排班了，但是界面查不到这个时段的排班数据。

经过"紧张激烈"的排查,终于找到了这个问题的罪魁祸首。

如上场景描述，在查询SQL中使用了 `GROUP_CONCAT` 函数，在业务中因为排班的最小时段为：单位是15分钟。正常医生不会拍很多很细的班，但在特殊的场景中，有一些医生就是15分钟排一次班，而且系统中真实的 `CONCAT_WS`函数拼接返回的字段比较多，那么导致查询出来的数据非常多， `GROUP_CONCAT` 函数就就大于默认值得数据丢弃了。

**注**：GROUP\_CONCAT 对应的配置参数 `group_concat_max_len` 默认设置最大的长度 `1024字节`。

查询 `group_concat_max_len` 配置：

show variables like "group_concat_max_len";

tips：字段内容字节长度

MySQL utf-8 编码集, 一个中文占3个字节。

-- 字符长度 输出结果：6
    SELECT CHAR_LENGTH("你好2021")
    -- 字节长度 输出结果：10
    SELECT LENGTH("你好2021")

### 解决方案 ###

在知道问题原因后，就有了对应的解决方案。  
**第一种方案**：修改Mysql的配置，调整 `group_concat_max_len` 的值。

方法一：在MySQL的配置文件中加入如下配置（推荐）:
    
    group_concat_max_len = 102400
    方法二：更简单的操作方法，执行SQL语句：
    
    SET GLOBAL group_concat_max_len = 102400;
    
    SET SESSION group_concat_max_len = 102400;

> 生产环境，肯定要用方法一：在MySQL的配置文件。但考虑生产环境修改配置需要走一些流程和审批，于是有了第二种方案的考虑。

**第二种方案**：进行业务功能的调整，需求的调整或者`GROUP_CONCAT` 拼接少返回一些数据

> 功能已经上线，此时在修改，对业务有一定的影响

综合考虑后，决定更改group\_concat\_max\_len的值，经过对业务的分析计算出具体要更改的值。

### 结语 ###

在真实场景中，大多数问题的解决方案不止一种，在权衡后找到一个符合当时的问题的最优解决方案。

## See you next good day~ ##

Java编程技术乐园:分享干货技术，每天进步一点点，小的积累，带来大的改变。后台回复【[**秘籍**][Link 1]】获取精选资料

文章推荐

[2分钟规则][2]

[MySQL中使用IN会不会走索引分析][MySQL_IN]

[用MySQL 执行计划分析 DATE\_FORMAT 函数对索引的影响][MySQL _ DATE_FORMAT]

![format_png 2][]

谢谢你的阅读，愿你有所收获，也欢迎留言一起讨论

如果觉得本文对你有所帮助，欢迎转发。**您的点赞和转发，就是对我最大的鼓励**！

[format_png]: /images/20221120/cb39e432d3194daf8f92a82a116e69ca.png
[format_png 1]: /images/20221120/5096a521409e4f6fa3de93d4138ac5ee.png
[Link 1]: http://mp.weixin.qq.com/s?__biz=MzI2NjA2MTYzMQ%3D%3D&chksm=f28c0d93c5fb848583366346c5967f77821cf3ae7b6a9eff85ede933ef075641433544b36805&idx=2&mid=2649456579&scene=21&sn=0c8ff12cdd7d48c01ec3bc2d647fdda3#wechat_redirect
[2]: http://mp.weixin.qq.com/s?__biz=MzI2NjA2MTYzMQ%3D%3D&chksm=f28cf6b4c5fb7fa2892f5cd98c0c69686ca04206e4abd9e92321587fbdbaed2b5d1e5bf5c4bf&idx=1&mid=2649457892&scene=21&sn=856bfd3ea839010b8c33f53e737e9866#wechat_redirect
[MySQL_IN]: http://mp.weixin.qq.com/s?__biz=MzI2NjA2MTYzMQ%3D%3D&chksm=f28cf184c5fb78920442a58359665bd7ffe4e11e4e2ec0f90c1ba216ee5504341cc06ba60b3d&idx=1&mid=2649457620&scene=21&sn=0398f7d1ca70b4f104b5f5aff0d51e9a#wechat_redirect
[MySQL _ DATE_FORMAT]: http://mp.weixin.qq.com/s?__biz=MzI2NjA2MTYzMQ%3D%3D&chksm=f28cf1f5c5fb78e35d2df38b70935aab7e5085f97844ca602f00c44faf806f9d4565e92db334&idx=1&mid=2649457573&scene=21&sn=90cf1acd77d5acbe0a61bea7ddadcc12#wechat_redirect
[format_png 2]: /images/20221120/0aacaae37cb54dfda91ff4717579f3ac.png