mac版navicat的shift+cmd+c启动的是数据库原生命令行客户端（如mysql/psql），非sql编辑器替代品，不支持navicat语法、多语句、结果交互等功能；f8才是正确执行方式，兼容全部特性且安全可靠。
mac版navicat没有“自带终端工具”执行sql——它提供的shift + cmd + c打开的是数据库原生命令行客户端（如mysql或psql），不是sql编辑器的替代品，也不能直接运行navicat里写的sql。
为什么Shift + Cmd + C不能当SQL执行器用
这个快捷键启动的是Navicat封装的底层CLI进程，行为完全由数据库服务端决定：它不识别Navicat的语法高亮、变量替换、多结果集分隔逻辑；也不共享查询历史、连接上下文或事务状态。你粘贴SELECT * FROM users;能跑，但粘贴带Navicat特有语法的/*+ USE_INDEX(users) */ SELECT ...大概率报错。
- 它本质是调用
mysql -h host -u user -p dbname这类命令，所有参数都来自当前连接配置 - 输入的每条语句必须以分号结尾，且一次只能执行一条（不支持多语句批量）
- 结果以纯文本流输出，无法点击跳转字段、导出Excel、排序列——这些是Navicat查询编辑器独有的能力
- 如果你在编辑器里刚改了表结构，CLI里查不到新字段，因为CLI不自动刷新元数据缓存
F8才是Mac上最安全的SQL执行方式
真正该用的不是命令行，而是编辑器内建执行逻辑：F8只运行光标所在行或选中块，不依赖外部进程，兼容Navicat全部特性。
- 写完
UPDATE orders SET status = 'shipped' WHERE id = 123;后，把光标停在这行任意位置，按F8立即执行 - 选中多行含分号的语句（比如建表+插入），
F8会按分号切分并逐条提交（v15.0.27+已修复老版本的“Only one statement is allowed”错误） - 执行失败时，错误信息带具体行号和SQL片段，比CLI里一长串
ERROR 1064 (42000)好定位得多 - 注意：如果焦点不在SQL编辑器里（比如在结果表格或左侧树上），
F8无响应——先按F6切回编辑器
想用命令行又不想手动输密码？走navicat菜单路径
Mac版不支持CLI参数传连接信息，但可以通过界面预设规避密码输入：
- 右键目标连接 → “编辑连接” → 勾选“保存密码”，下次用
Shift + Cmd + C就不用再敲 - 连接配置里填好“默认数据库”，CLI启动后自动
USE dbname，省去手动切换 - 如果常要执行
mysqldump类操作，别硬塞进Shift + Cmd + C——直接用系统终端跑，Navicat不劫持mysql命令路径 - 发现CLI里
\s或\d等MySQL元命令失效？这是正常现象，Navicat CLI只透传标准SQL，不转发客户端指令
真正容易被忽略的点是：Navicat的SQL编辑器和CLI是两套独立连接通道。你在编辑器里开启事务并UPDATE了一行，接着切到CLI里SELECT，看到的仍是旧值——除非显式COMMIT。别指望它们共享会话状态。
