GROUP_CONCAT默认用逗号分隔、不排序、最大长度1024字节易截断；正确用法须在括号内指定SEPARATOR和ORDER BY，且需调大group_concat_max_len或改配置。
GROUP_CONCAT 能直接把分组后的多行文本拼成一行，但默认用逗号、不排序、易截断——想稳定用，必须手动控制分隔符、排序和长度。
GROUP_CONCAT 的分隔符必须写在括号里，不能放外面
很多人写成 GROUP_CONCAT(name) SEPARATOR ' | ' 或 GROUP_CONCAT(name) ORDER BY create_time，这完全无效。SEPARATOR 和 ORDER BY 是函数内部子句，不是 SQL 语句级语法。
- ✅ 正确：
GROUP_CONCAT(name SEPARATOR ' | ' ORDER BY create_time DESC) - ❌ 错误：
GROUP_CONCAT(name) SEPARATOR ' | '（报错或被忽略） - ❌ 错误：
GROUP_CONCAT(name) ORDER BY create_time（这是对整组结果排序，不影响拼接顺序） - SEPARATOR 为空字符串时必须显式写
SEPARATOR ''，不能省略，也不能写SEPARATOR NULL
拼接结果乱序？ORDER BY 必须进 GROUP_CONCAT 括号
不加 ORDER BY 时，MySQL 不保证拼接顺序——不是“随机”，而是依赖执行计划（比如索引扫描方向、临时表构建方式），换数据量、加索引、升级版本都可能让顺序突变。
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
- 按字段值升序拼：
GROUP_CONCAT(tag ORDER BY tag ASC) - 按时间倒序拼（最新在前）：
GROUP_CONCAT(title ORDER BY updated_at DESC) - 多字段排序也支持：
GROUP_CONCAT(name ORDER BY status DESC, id ASC) - 注意：ORDER BY 的字段必须是 SELECT 中出现的列，或能被当前分组上下文解析的表达式
内容被截断？先查并调大 group_concat_max_len
默认值是 1024 字符，超过就静默丢尾部——你看到的“…”，其实是被砍掉的。
- 查当前会话限制：
SELECT @@group_concat_max_len; - 临时调高（只对当前连接生效）：
SET SESSION group_concat_max_len = 50000; - 永久生效要改
my.cnf，加group_concat_max_len = 50000，然后重启 MySQL - 别无脑设
99999999或-1：内存吃紧时，一个大分组可能撑爆 buffer，尤其在 JOIN + GROUP BY 场景下 - 如果字段含 NULL，默认被跳过；要显示占位符，得包一层：
GROUP_CONCAT(IFNULL(phone, '(none)') SEPARATOR ', ')
GROUP_CONCAT 在 ONLY_FULL_GROUP_BY 下容易出逻辑错
当 SELECT 里有 GROUP_CONCAT(tag)，又同时选了 user_id, name 却没把它们放进 GROUP BY，MySQL 5.7+ 默认会报错。但如果关了 ONLY_FULL_GROUP_BY，它会“随便挑一行”填 name——看起来对，其实字段和拼接内容根本不是同一行的。
- 安全写法：所有非聚合字段必须显式出现在
GROUP BY中，例如GROUP BY user_id, name - 更推荐替代方案：
JSON_ARRAYAGG(JSON_OBJECT('id', id, 'tag', tag))，自动转义、不丢 NULL、结构清晰，适合传给后端解析 - 检查当前模式：
SELECT @@sql_mode;，确认是否含ONLY_FULL_GROUP_BY
真正麻烦的不是语法，而是拼出来的字符串谁来负责解析——前端展示还好，一旦要进程序做进一步处理（比如拆开再查库），就得面对引号、逗号、换行这些隐形陷阱。这时候宁可多走一步用 JSON_ARRAYAGG，少埋一个半夜报警的坑。
