ctrl+shift+f（windows）或cmd+shift+f（macos）是navicat中唯一有效的sql格式化快捷键，仅在激活的sql编辑器标签页中生效，且需满足光标位于编辑区、sql格式化功能已启用并重启软件三个前提；选中文本时仅格式化所选部分，未选中则格式化全文；mac用户若遇冲突可右键选择format sql；实际格式效果由preferences中put each clause on new line、align multiple conditions和indent width三项配置决定，修改后须重启软件才生效。
Ctrl+Shift+F（Windows）或 Cmd+Shift+F（macOS）是唯一有效快捷键
Navicat 不支持 Ctrl+Q 或 Ctrl+R 等其他组合键触发格式化，那个快捷键只在「SQL 编辑器」标签页中生效，且必须满足三个前提：光标落在编辑区（不是结果页、结构页或对象树）、当前窗口是 Query / New Query 类型、SQL 格式化功能已启用并重启过软件。Mac 用户尤其要注意，系统级的 Cmd+Shift+F 可能被 Chrome 或 Spotlight 占用，右键编辑区 → Format SQL 更可靠。
选中文本后按快捷键，只格式化选中部分
这是最容易被误判为“没反应”的点：没选中文本时，Ctrl+Shift+F 会格式化整个文档；选中任意长度的片段（哪怕只有一个单词），它就只处理那段。常见误操作包括：
- 用鼠标拖选但没松手，光标悬停在边缘导致实际未选中
- 双击某个字段名，只选中了字段，没包含前后空格和换行，格式化后语义错位
- 在含注释的长语句里只选中 WHERE 后条件，漏掉前面的 SELECT，导致解析失败
建议先按 Ctrl+A 全选再微调，或用 Shift+Home/Shift+End 精确框定范围。
格式化前必须确认三个关键设置已生效
快捷键本身不决定排版效果，真正起作用的是 SQL Formatting 配置里的三项：
-
Put each clause on new line：不勾选时SELECT a, b FROM t WHERE c = 1会被压成一行 -
Align multiple conditions：不配合上一条开启，AND/OR会缩进错位，看起来像语法错误 -
Indent width：设为4，设为8在嵌套子查询里会让代码横向溢出屏幕
这些配置修改后必须退出 Navicat 再重开，否则快捷键看似执行了，但输出仍是旧样式。
格式化后报错？优先检查反引号、hint 和 UNION 类型对齐
Navicat 的格式化器会尝试解析语法树，不是纯文本替换。以下改动常引发隐性问题：
- MySQL 表名含空格或关键字（如
`order`）时，可能漏掉反引号，变成order导致语法错误 -
/*+ USE_INDEX(t1 idx_a) */这类 hint 可能因自动删行尾空格而截断，变成/*+ USE_INDEX(t1 idx_a)*/失效 -
UNION前后子查询字段类型不一致（如INTvsVARCHAR），格式化会强制对齐列，反而暴露隐式转换报错
如果某段 SQL 格式化后突然执行失败，别急着关掉功能——先把原始语句复制出来，逐段注释掉再试，往往卡在某个特定结构上。
