navicat 自带原生 sql 美化功能，无需插件；点击工具栏「美化 sql」图标、菜单「格式 → 美化 sql」或快捷键 ctrl+shift+b（win）/cmd+shift+b（macos）即可触发，支持选中段或全文美化，效果由关键字大小写、缩进、括号换行等设置控制。
navicat 自带美化功能，不需要额外安装插件。 它的「美化 sql」不是靠第三方插件实现的，而是内建在查询编辑器里的原生能力。所谓“sql beautify 插件”在 navicat 中并不存在——强行搜索或安装这类插件反而可能引发界面异常、快捷键冲突或格式错乱。
Navicat 的「美化 SQL」按钮在哪
只要打开了查询编辑窗口（比如新建查询、双击视图/存储过程进入编辑页），工具栏上就会出现一个带 SQL 字样的图标，鼠标悬停提示为「美化 SQL」；也可以通过菜单栏 格式 → 美化 SQL 触发。这个操作对当前光标所在查询区域生效——如果选中了部分语句，只美化选中段；没选中则美化全文。
- 快捷键是
Ctrl + Shift + B（Windows）或Cmd + Shift + B（macOS），但需确认焦点在 SQL 编辑区，而非结果面板或对象树 - 不支持对多个标签页批量美化，必须逐个切换后执行
- 如果点击无反应，大概率是当前内容不被识别为合法 SQL（比如混入了 MyBatis 的
${}或<if></if>标签，或开头有注释行以--以外的符号起始）
美化效果由哪些设置控制
菜单 格式 → 美化 SQL 选项 打开的对话框决定了最终排版风格。关键可调项包括：
-
关键字大写：勾选后，SELECT、FROM、WHERE等自动转大写；不勾选则保留原文大小写（适合已约定小写关键字的团队） -
短括号长度：数值越小，越倾向把IN (1, 2, 3)这类短列表保持单行；设为 0 则强制换行，适合调试嵌套子查询 -
缩进字符数：默认 4，但若团队用 2 或 tab，可在此统一调整，影响JOIN、AND、OR的对齐方式 - 「默认」按钮真有用：重置所有选项，尤其适合从别人电脑导出配置后格式突变的情况
为什么美化后 SQL 执行报错
美化本身不改逻辑，但会暴露原本被空格掩盖的问题：
- MyBatis 日志里复制出来的语句含占位符
?，美化后若未手动替换为实际值，直接执行必然报错Parameter index out of range - 原始语句末尾缺分号
;，Navicat 在某些版本里会把多条语句合并成一行，导致只执行第一句 - 用了 MySQL 特有语法（如
GROUP_CONCAT）却连的是 PostgreSQL 连接，美化不会检测方言兼容性，报错仍来自数据库引擎本身 - 美化时自动加了换行和缩进，但若复制到 Shell 脚本或 Python 的
cursor.execute()中，未用三引号包裹，会导致语法错误
真正容易被忽略的是：美化 ≠ 校验。它只是重排版，不检查表是否存在、字段拼写是否正确、括号是否匹配。遇到格式看似整齐但执行失败，别急着调美化设置，先看错误信息里具体哪一行、哪个 token 出问题。
