SQL 格式化

监控里横着走的 SELECT，先排成提纲再拿回自己的客户端跑。本页没有到数仓的网络。两百兆导出不要贴进来。

值班群、邮箱转发或调度日志里甩来一行叠了五层 WITH 的查询——你要换行看清 JOIN 和 WHERE，不是在浏览器里连库。本页只缩进。拿回自己的客户端执行。

中文检索「sql 在线格式化」已经挤满前端排版站。真正要写进工单的是：不执行、不做计划、不查注入。含真实库名、分区和业务阈值的脚本，仍应留在内网 IDE。同事用邮箱把慢查询原文转给你时，先排版再讨论口径，比对着一行括号开会更快。

接口 JSON 走JSON 格式化与校验。配置 XML 走 XML 格式化。HTML / JS 走代码美化。改之前和改之后走文本 Diff。

只排版，不连库

• 折行、缩进。不连库、不做 EXPLAIN、不查注入。
• 方言不同。存储过程、窗口函数、厂商前缀可能折得难看。
• 注释里的密钥、账号先删。本页留在标签页，仍建议用完即清。
• 失败可能根本不是 SQL，或夹了日志时间戳。

值班群里的一行怎么处理

1. 贴一条或一小批，不要整库导出。
2. 格式化。自上而下核最外层时间窗、JOIN 是否把维度放大。
3. 拷回客户端再执行。两版差异走 Diff。

Hive、ClickHouse 的函数名、反引号和方括号，通用排版器经常只当普通标识符。折完仍难看，用手调那几行即可，不要指望本页「智能改写成另一套方言」。微信里传的截图 SQL 请先抄成文本，本页不识图。

排版后语义不应改变。若折完少了半个括号或把注释切进关键字，以你客户端里的原句为准。不是 schema 检查。不是 EXPLAIN。不会连库。