Navicat 16 不支持点击错误信息跳转，仅显示相对行号；执行整窗口脚本时行号为绝对行号，选中执行时为相对行号，需手动换算；可用 Ctrl+G 跳转，但需结合分段执行与注释定位问题。
Navicat 16 不支持直接点击错误信息跳转到对应行号，它只显示错误位置（如 line 42），但不会高亮或自动滚动。必须手动定位——这是最常被误以为“有跳转功能”却踩坑的地方。
看懂错误信息里的行号是相对还是绝对
Navicat 报错时写的 line 87 指的是当前执行的 SQL 片段起始行号，不是整个文件的绝对行号。如果你用 Ctrl + Shift + R 选中了从第 200 行开始的一段语句执行，那报错的 line 87 实际对应文件中的第 200 + 87 - 1 = 286 行（因为选中片段的第一行算作 line 1）。
- 执行整窗口脚本（
Ctrl + R）：行号 = 文件绝对行号 - 执行选中代码（
Ctrl + Shift + R）：行号 = 选中块内的相对行号，需手动换算 - Navicat 不会标出列号，只给行号，所以错误大概率在该行开头、括号/引号/逗号附近
用快捷键快速移动到目标行
Navicat 16 内置了行号跳转功能，但藏得比较深：按 Ctrl + G 弹出“转到行”对话框，输入数字后回车即可跳转。注意：
- 这个功能对当前编辑器窗口生效，不跨标签页
- 如果脚本里有大量注释或空行，
Ctrl + G跳转后仍需上下扫一眼——语法高亮会帮你识别未闭合的'或( - 别依赖状态栏右下角显示的“Ln XX, Col YY”，它只反映光标当前位置，不是错误位置
为什么复制报错语句单独执行反而更准
把报错提示中提到的那几行（比如 line 85–89）连同前后 2 行一起复制出来，在新查询窗口中执行，往往能得到更明确的错误描述。原因包括：
- 原脚本可能含
DELIMITER或存储过程定义，干扰解析上下文 - 某些错误（如
ERROR: unterminated quoted string）实际由前面某行漏掉的单引号引起，整脚本执行时定位偏移 - Navicat 对多语句脚本的错误报告是“首次失败即停”，后续潜在问题被掩盖
真正省时间的做法：分段 + 注释 + Ctrl + Shift + R
面对上千行 SQL，不要指望一次定位。正确节奏是：
- 先用
Ctrl + G跳到报错行附近，观察该行及上三行：括号是否成对、字符串引号是否闭合、逗号是否遗漏、保留字（如order、user）是否没加反引号 - 若还不确定，选中包含该行的 10–20 行，按
Ctrl + Shift + R单独执行 - 仍报错？把这段再拆半，继续缩小区间；不报错？说明问题在别处，往上翻着注释掉大块逻辑，逐步放开
- 全程用
Ctrl + /快速注释/取消注释，比手动敲--高效得多
最容易被忽略的是：Navicat 的错误行号默认以当前执行单元为基准，而这个单元可能是你无意中选中的某一段——不是整个文件，也不是整个标签页。确认执行方式，才能对得上行号。
