navicat粘贴sql报错主因是富文本污染，如全角引号、零宽空格等；应先经记事本或浏览器地址栏中转为纯文本，再粘贴，或从源头使用纯文本编辑器编写sql。
粘贴后SQL格式错乱或执行报错
Navicat 查询编辑器默认只接受纯文本（plain text），当你从 Word、微信、网页或某些 IDE 复制带格式的 SQL（比如有颜色、加粗、全角空格、不可见 Unicode 字符），粘贴进去后常出现：Unknown character、SQL syntax error near ...、字段名被截断、注释失效等现象。这不是 Navicat 坏了，而是它主动过滤了富文本控制字符——包括 Word 的智能引号（“”）、网页的 、Markdown 的反引号包裹、甚至某些字体的零宽空格（U+200B）。
为什么 Ctrl+V 不会自动清理格式？
Navicat 没有内置「粘贴为纯文本」快捷键（如 VS Code 的 Ctrl+Shift+V），也不监听系统级的富文本剪贴板内容。它直接读取剪贴板原始数据流，若来源是富文本格式（CF_HTML 或 RTF），就会尝试解析并保留部分样式结构，结果反而把 SQL 语句里的单引号、分号、换行符搞乱。
- 实测常见污染源：微信聊天窗口复制、Notion 表格导出、Typora 导出的 HTML 片段、Chrome 开发者工具 Elements 面板右键 Copy outerHTML
- 安全验证方式：在记事本（notepad.exe）里先粘贴一次——如果显示异常（如多出方框、文字重叠、缩进崩坏），说明原始内容含富文本
- 临时解法：用
Ctrl+Shift+V在 Chrome 或 Edge 地址栏粘贴，再全选复制 → 此时已转为纯文本，再进 Navicat 粘贴即可
如何永久避免这类问题？
不靠记忆、不靠运气，从输入源头切断富文本路径：
- 写 SQL 时优先用纯文本编辑器（VS Code / Sublime Text / Notepad++），禁用任何 Markdown 或富文本插件
- 从网页查资料复制 SQL，先粘到浏览器地址栏或 Chrome 控制台（
console.log("...")），再二次复制 - 在 Windows 系统设置中启用「粘贴时自动转为纯文本」（需 Win11 22H2+；路径：设置 > 蓝牙&设备 > 键盘 > 粘贴选项）
- Navicat 内部无配置项可关闭富文本支持——这是 Qt 框架底层行为，无法通过偏好设置绕过
UPDATE users SET name = '张三' WHERE id = 1 里那个中文单引号实际是全角“＇”，导致条件永远不匹配，整张表被静默更新为空值。
