mysql中text字段不能直接group by，因substring返回blob类型仍不支持分组，须cast为char；group_concat对text支持但默认长度1024易截断，且全null时返回null需ifnull处理；根本问题常是设计反模式，应基于业务主键而非文本内容分组。
不是 TEXT 字段“不能聚合”，而是它不能直接参与 GROUP BY，且 GROUP_CONCAT 等函数对它的处理有隐性限制——报错根源往往在模式、类型转换或长度截断上。
MySQL 报 Expression #1 of SELECT list is not in GROUP BY clause 怎么回事
这错误和 TEXT 类型本身关系不大，真正触发它的是 ONLY_FULL_GROUP_BY 模式启用后，你 SELECT 了未聚合也未出现在 GROUP BY 中的字段。
- 比如
SELECT id, content FROM posts GROUP BY user_id：content 是 TEXT，又没在GROUP BY里，也没用MAX(content)或ANY_VALUE(content)包裹，MySQL 直接拒绝 - 运行
SELECT @@sql_mode确认是否含ONLY_FULL_GROUP_BY；临时关掉只是调试手段，不解决逻辑问题 - 别用
ANY_VALUE(content)强行绕过——TEXT 值语义不确定，取哪一行都可能错，且该函数在 PostgreSQL/SQL Server 中根本不存在
GROUP_CONCAT(content) 返回 NULL 或被截断怎么办
GROUP_CONCAT 对 TEXT 字段本身支持，但默认行为极易出问题：
- 全组
content都为 NULL → 结果是 NULL（不是空字符串），需提前用IFNULL(content, '')处理 - 默认最大拼接长度是 1024 字符，超长部分静默丢弃；查当前值：
SELECT @@group_concat_max_len，会话级调高：SET SESSION group_concat_max_len = 500000 - 不加
ORDER BY时顺序不可控，线上依赖固定顺序展示（如权限列表）必须显式写：GROUP_CONCAT(content ORDER BY id SEPARATOR '｜')
想按 TEXT 内容分组，为什么 SUBSTRING(content, 1, 255) 还报错
因为 MySQL 不允许直接对 TEXT 字段做 GROUP BY，哪怕你截了——SUBSTRING 返回的仍是 BLOB 类型，而 BLOB 无法分组。
- 必须再 CAST 成定长字符类型：
CAST(SUBSTRING(content, 1, 255) AS CHAR(255)) - 别用
LEFT(content, 255)，某些版本返回 BLOB，依然失败 - 这个表达式无法走索引，大数据量务必补前缀索引：
ALTER TABLE posts ADD KEY idx_content_prefix (content(255)) - 更关键的是：真需要按内容前缀分组？大概率是设计反模式——TEXT 应是描述性附属字段，分组应基于业务主键或标识字段（如
user_id、category_id）
SQL Server 中 replace(text_col, 'a', 'b') 报参数类型无效
SQL Server 的 text/ntext 类型已被废弃，REPLACE 等字符串函数根本不接受它们作为参数。
- 若内容 ≤ 8000 字节，转成
VARCHAR(MAX)：REPLACE(CAST(text_col AS VARCHAR(MAX)), 'a', 'b') - 若超长或含 Unicode，用
NVARCHAR(MAX)替代ntext - 注意：CAST 可能截断，但比报错强；长远方案是迁移表结构，把
text/ntext全部替换成VARCHAR(MAX)
最常被忽略的一点：你以为在“处理 TEXT”，其实是在掩盖分组逻辑缺陷。真正稳定的分组永远基于确定性、可索引、业务含义清晰的字段，而不是对大文本做模糊归类。
