JSON_PRETTY()返回NULL或报错，是因为其参数必须是合法JSON值；若输入为NULL、空字符串、纯数字、带引号字符串或非JSON类型字段，均会失败。
直接用 JSON_PRETTY() 就能格式化输出，但必须注意：它只改变显示效果，不修改存储内容，且对 NULL 或非法 JSON 会报错。
为什么 JSON_PRETTY() 有时返回 NULL 或报错
常见错误现象是查询结果里某行变成 NULL，或者执行时报 ER_INVALID_TYPE_FOR_JSON。这不是函数本身有问题，而是输入值不满足前提：
-
JSON_PRETTY()要求参数必须是合法 JSON 值 —— 如果字段类型是VARCHAR或TEXT，里面存的是字符串'{"a":1}'（带引号），MySQL 不会自动解析为 JSON，此时调用会失败 - 如果字段是
JSON类型，但某条记录实际存了NULL，JSON_PRETTY(NULL)返回NULL（不是报错，但容易误判为“没生效”） - 字段值是空字符串
''、纯数字123或带多余空格的文本，也会被判定为非法 JSON
JSON_PRETTY() 和 ->> 混用时的典型陷阱
有人想先取值再美化，比如写 JSON_PRETTY(details->>'$.address')，这会失败 —— 因为 ->> 返回的是去引号后的字符串（如 {"pin":"560103"} 变成 {"pin":"560103"}），但该字符串未被解析为 JSON 类型，JSON_PRETTY() 拒绝处理。
Wjs Uploading Video
下载
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
- 正确做法是先确保操作对象是 JSON 类型：用
JSON_EXTRACT(details, '$.address')或details->'$.address'（保留引号，返回 JSON 值） - 再套一层
JSON_PRETTY()：JSON_PRETTY(details->'$.address') - 如果只想看某个子结构又想要缩进，不要用
->>开头；->>适合最终展示纯文本字段，不适合中间加工
在 SELECT 和命令行中让输出真正“可读”
仅靠 JSON_PRETTY() 函数还不够，终端或客户端可能截断长文本、不换行显示。实操建议：
- MySQL 命令行中加
\G替代分号，强制垂直格式：SELECT emp_no, JSON_PRETTY(details) FROM emp_details WHERE emp_no = 1\G - 避免在大结果集里全量格式化 ——
JSON_PRETTY()有计算开销，生产环境查 1000 行时慎用；调试阶段可配合LIMIT 5 - 如果字段名太长导致换行混乱，用别名简化：
SELECT JSON_PRETTY(details) AS pretty_json FROM emp_details LIMIT 1 - 确认字符集支持 UTF-8mb4，否则中文 key 或 value 在格式化后可能显示为
???
最易被忽略的一点：JSON 格式化只是开发期辅助手段，上线 SQL 里不该依赖它做逻辑判断或拼接 —— 它不改变数据语义，也不提升索引效率，纯属“给人看”。真正影响性能的是路径表达式是否走索引、JSON 字段是否定义了虚拟列并建索引。
