java中通过jdbc调用mysql的group_concat函数需正确使用sql语法（配合group by、separator、distinct、order by）、防范sql注入、处理null及截断风险（调整group_concat_max_len），大结果集建议改用java端聚合。
Java 中通过 JDBC 调用 MySQL 的 GROUP_CONCAT 函数，本质是执行标准 SQL 查询，关键在于写对 SQL、正确处理结果、防范 SQL 注入和长度限制问题。
SQL 层：正确使用 GROUP_CONCAT 语法
GROUP_CONCAT 是聚合函数，必须配合 GROUP BY 使用（除非全表聚合）。常用控制项包括：
-
分隔符自定义：用
SEPARATOR ','指定连接符，默认为逗号 -
去重与排序：支持
DISTINCT和ORDER BY子句，如GROUP_CONCAT(DISTINCT name ORDER BY name SEPARATOR ';') -
长度限制：MySQL 默认最大长度为 1024 字节（由系统变量
group_concat_max_len控制），超长内容会被截断且无警告
JDBC 层：安全获取和解析结果
GROUP_CONCAT 返回的是单个字符串（VARCHAR 类型），直接用 ResultSet.getString() 获取即可。注意以下几点：
- 避免拼接 SQL：字段名、分隔符、排序字段等若来自用户输入，必须用 PreparedStatement 占位符或白名单校验，不可字符串拼接
-
显式指定别名：在 SQL 中为 GROUP_CONCAT 列起明确别名（如
AS tag_list），方便 Java 侧通过rs.getString("tag_list")取值 -
空值处理：若分组内无匹配行，GROUP_CONCAT 返回
NULL，Java 中需判空，避免 NPE
应对截断风险：调整 group_concat_max_len
如果合并后内容可能超过默认 1024 字节，应在会话级或全局调整长度限制：
- 会话级（推荐）：
SET SESSION group_concat_max_len = 1000000;（执行查询前在同一个 Connection 中执行） - 应用层也可在 JDBC URL 中追加参数：
?sessionVariables=group_concat_max_len=1000000 - 不建议永久修改全局变量，避免影响其他业务
替代思路：大结果集慎用 GROUP_CONCAT
当预期合并后字符串极长（如上万字符）或需进一步结构化处理时，GROUP_CONCAT 并非最优解：
- 它本质是把关系数据“降维”，丢失了原始行的结构信息
- Java 端拿到长字符串后仍需
split()解析，若内容本身含分隔符（如标签含逗号），易出错 - 更稳健的做法是分页查出明细，由 Java 聚合（如用 Stream.collect），可控性更强、可处理转义、支持对象映射
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
