这个问题我之前帮好几个开发者排查过，核心原因就是MySQL的默认配置限制了字符串拼接的长度，直接导致JSON结构不完整！咱们一步步来解决：

为什么会出现截断和非法JSON？ #

MySQL 5.7里，GROUP_CONCAT()函数的默认最大长度只有1024字节。当你嵌套JSON_OBJECT()拼接大量关联表数据时，很容易超过这个限制，结果被自动截断——比如JSON的闭合括号、引号缺失，自然就成了非法JSON。哪怕尝试用JSON_ARRAY，如果依赖GROUP_CONCAT来拼接数组元素，同样会因为长度限制出问题。

解决办法 #

1. 临时生效（当前会话有效） #

如果你只是临时测试或者不想修改配置文件，可以在执行查询前先设置会话级的长度限制：

-- 这里设为100KB，你可以根据实际数据量调整，比如设为1048576（1MB）
SET SESSION group_concat_max_len = 102400;

然后再执行你的关联查询，就能得到完整的JSON内容了。

2. 永久生效（重启MySQL后依然有效） #

如果需要长期解决这个问题，修改MySQL的配置文件（Linux一般是/etc/my.cnf或/etc/mysql/my.cnf，Windows是my.ini），在[mysqld]段落添加以下配置：

-- 调整GROUP_CONCAT的最大长度，根据你的需求设置合适值
group_concat_max_len = 102400
-- 如果你的JSON数据特别庞大，也可以同步调整这个参数（默认4M）
max_allowed_packet = 16M

保存配置后重启MySQL服务，新的配置就会生效。

3. 更优替代方案（适合MySQL 5.7.22+） #

如果你的MySQL版本是5.7.22或更高，推荐直接用原生的JSON聚合函数JSON_ARRAYAGG()，它不需要依赖GROUP_CONCAT，会直接生成合法的JSON数组，而且不受group_concat_max_len的限制（仅受max_allowed_packet影响）：

SELECT 
  main.id,
  JSON_ARRAYAGG(JSON_OBJECT('ingredient', ing.name, 'quantity', ing.quantity)) AS ingredients
FROM main_table main
JOIN ingredients_table ing ON main.id = ing.main_id
GROUP BY main.id;

这个写法更简洁，也从根源上避免了拼接截断的问题。

注意事项 #

• 不要把group_concat_max_len设得过大，否则可能占用过多数据库内存，根据你实际的最大数据长度来调整即可。
• 如果调整后还是有问题，检查你的max_allowed_packet参数，确保它能容纳生成的JSON数据。

内容的提问来源于stack exchange，提问作者devnull Ψ