SQL 格式化工具

把挤成一行的 SQL 按子句换行缩进，支持关键字大小写与注释，也能压成单行。

原始 SQL

select u.id, u.name, count(o.id) as order_count from users u left join orders o on u.id = o.user_id where u.status = 1 and o.created_at > '2026-01-01' group by u.id, u.name order by order_count desc limit 20

格式化结果

SELECT
  u.id, u.name, count(o.id) AS order_count
FROM
  users u
LEFT JOIN orders o
  ON u.id = o.user_id
WHERE
  u.status = 1
  AND o.created_at > '2026-01-01'
GROUP BY
  u.id, u.name
ORDER BY
  order_count DESC
LIMIT
  20

缩进关键字大写保留注释

识别到SELECT · users、orders

字符串字面量和注释里的内容会原样保留，`'select * from t'` 这种字符串不会被当成关键字重排。

识别到的表名是粗略提取，带子查询或动态拼接的 SQL 可能不准，别拿它当权限判断依据。

这个工具是什么

SQL 格式化工具把挤成一整行的 SQL 拆开：SELECT、FROM、WHERE 这些主要子句各占一行，子句内容缩进一级，AND、OR 这类条件单独起行并与上一个条件对齐。也能反过来，把多行 SQL 压成一行。

什么时候用它

从日志里拷出来的 SQL 只有一行，想看清它到底查了什么。
排查慢查询时把 SQL 整理好，贴进 issue 或者发给同事。
要把 SQL 塞进配置文件或代码字符串里，先压成一行再贴。
检查自己写的 SQL 有没有漏条件、括号有没有配对。

有什么限制

只重排空白，不改语义。不会帮你补分号，也不会把 select * 展开成具体字段。
认的是常见 SQL 语法。存储过程、自定义函数体、BEGIN ... END 这类块结构里换行可能不理想。
表名和字段名既不会被改也不会被大写。「识别到」那行展示的表名是粗略提取，带子查询或动态拼接时可能不准，别拿它当权限判断依据。
压缩只去掉多余空白和（默认丢掉的）注释，不做任何等价改写，比如不会把 != 换成 <>。
保留注释时，行注释后面的内容跟着它所在的那一行走，不会重新归位。

常见问题

Q：字符串里的关键字会被改成大写吗？ A：不会。'select * from t' 这样的字符串字面量原样保留，格式化只作用于字符串之外的部分。

Q：为什么格式化之后 SQL 还是跑不通？ A：这个工具只调整排版。SQL 本身语法有问题的话，格式化不会修好它，建议先在数据库里跑一遍看报什么错。

Q：注释会被删掉吗？ A：「保留注释」默认开着，关掉之后注释会在格式化和压缩时一起丢掉。

相关工具

同类或常用搭配，接着往下做

JSON 格式化工具

在线格式化、压缩、校验 JSON 数据，支持错误提示，适合前端后端开发调试。

返回工具列表