Navicat SQL格式化不生效，需先启用“Enable SQL formatting”选项；仅在SQL编辑器中有效，且受Indent width、Wrap after N characters、Uppercase keywords等参数影响。
Navicat 里 SQL 格式化不生效？先确认是否启用了自动格式化
navicat 默认不自动格式化你写的 sql，哪怕你按了 ctrl+shift+f 没反应，大概率是功能根本没开。它不像 vs code 装了插件就默认工作——得手动进设置里“认领”这个能力。
实操建议：
- 打开
Navicat → Preferences → Editor → SQL Formatting（macOS）或工具 → 选项 → 编辑器 → SQL 格式化（Windows） - 勾选
Enable SQL formatting（关键！不勾这个，快捷键和右键菜单都无效） - 确认
Format on paste和Format on save是按需开启，别一上来全打钩——粘贴带缩进的建表语句时可能被强行重排，反而更难读
快捷键失效或冲突？检查当前焦点和编辑器类型
Ctrl+Shift+F 只在「SQL 编辑器」中有效，在查询结果页、表结构页、甚至新建连接的空白窗口里按都没用。而且它只作用于当前光标所在编辑区的选中文本；没选中就格式化整个文档——这点容易误判成“没反应”。
常见错误现象：
- 在「查询」标签页写了 SQL，但焦点还在左侧对象树上 → 快捷键无响应
- 用的是「命令列」（Command Line）模式，不是「SQL 编辑器」→ 格式化功能完全不可用
- 快捷键被系统或其他软件占用（比如某些输入法会劫持
Ctrl+Shift+F）→ 改用右键菜单里的Format SQL更可靠
格式化效果怪异？重点调这 3 个参数
Navicat 的格式化引擎不算智能，它按预设规则硬排，不理解业务逻辑。很多“格式丑”其实是缩进/换行策略没对齐你的习惯，而不是 bug。
关键参数差异：
-
Indent width：设为2或4，别用8——否则 JOIN 子句嵌套三层后代码直接滑到屏幕右边 -
Wrap after N characters：默认0（不限制），但如果写长 WHERE 条件，建议设成80～100，避免一行拖太长 -
Uppercase keywords：关掉。小写关键字（select,where）在团队协作中反而更易区分变量名，且 Navicat 对大小写混合的 SQL 解析更稳
Mac 上 Command 键不灵？别硬记快捷键组合
macOS 版 Navicat 把 Windows 的 Ctrl 全映射成 Cmd，但部分版本对 Cmd+Shift+F 响应不稳定——系统级快捷键（如 Chrome 的“查找”）可能优先捕获。
更稳妥的做法：
- 右键点击编辑区 → 选择
Format SQL（路径固定，不受系统干扰） - 用菜单栏：
Query → Format SQL（比记快捷键快，尤其刚切到 Mac 的用户） - 如果真要改快捷键，在
Preferences → Keymap里搜format，单独绑定一个不冲突的组合（比如Cmd+Alt+F）
真正麻烦的不是找不到开关，而是改完设置后顺手写了段带子查询的 UPDATE，发现 SET 后面的换行被吞了，或者 IN (1,2,3) 被拆成三行——这时候得回头调 Wrap after 和 Keep line breaks in expressions。格式化是工具，不是裁判；它省时间的前提，是你愿意花两分钟告诉它“你想要什么样子”。
