navicat连接sql server时密码含单引号需用双引号包裹并加两个分号，如password="p@ss'word";;，否则解析器将单引号误作字符串结束符导致login failed for user ''等错误。
Navicat连接SQL Server时密码含单引号报错
SQL Server连接字符串对单引号极其敏感——它不是被当作密码一部分解析，而是被当作字符串结束符，导致后续参数全乱，最终报错如 Login failed for user '' 或 Invalid connection string attribute。
正确做法是用双引号包裹整个密码，并在密码末尾加两个分号：password="P@ss'word";;。注意：第一个分号是密码字段的结束符，第二个分号是下一个连接参数（如database=）的起始分隔符。
- 错误写法：
Password=P@ss'word;Database=master;→ 解析器在第一个'就截断，后面全失效 - 正确写法：
Password="P@ss'word";;Database=master; - 若密码含双引号，需写成两个连续双引号：
"P@ss""word" - Navicat UI 中无需手动写连接字符串，但粘贴或导入配置时必须按此规则转义
MySQL 8 连接中密码含特殊字符的隐性陷阱
MySQL 本身不强制要求密码转义，但 Navicat 在构造底层连接字符串时会调用 MySQL C API，遇到未转义的 、;、= 等字符可能提前截断或误解析。
最稳妥的做法是：在 Navicat 连接窗口中，**关闭“显示密码”复选框后，再重新输入密码**。富文本粘贴容易带不可见控制符（如零宽空格、BOM），而手动输入能绕过所有解析歧义。
- 避免从记事本、微信、网页直接复制含
的密码 - 若必须使用含反斜杠的密码（如
P@ssS），建议改用P@ss\123（Navicat 内部会做一次转义） - Navicat 15+ 对特殊字符兼容性更好，旧版本（如 11.x）建议升级
ODBC 驱动层对密码字段的额外限制
当 Navicat 使用 ODBC Driver 17/18 连 SQL Server 时，驱动本身会对密码字段做预校验。若密码含未配对的引号、括号或控制字符（如 、
），ODBC 层会在建立 TCP 连接前就拒绝该连接字符串，错误提示常为 Invalid connection string attribute，而非登录失败。
生产级WordPress REST API集成，用于管理文章、页面、媒体、WooCommerce产品、Elementor内容、SEO元数据、ACF及JetEngine字段
验证方式：用 sqlcmd 命令行直连，绕过 Navicat UI 和 ODBC 配置缓存：
sqlcmd -S localhost,1433 -U sa -P "P@ss'word"
若命令行能通，说明问题出在 Navicat 的字符串组装逻辑或 ODBC 数据源配置里；若命令行也报错，则需检查密码是否真被正确传递（比如 Windows 剪贴板藏了不可见字符）。
- ODBC Driver 18 要求 TLS 1.2+，若密码含非 ASCII 字符（如中文、emoji），且服务端未启用强加密策略，也可能触发握手失败
- 不推荐在密码中使用 emoji 或 Unicode 符号，SQL Server 登录认证层对 UTF-16 处理不稳定
- 测试时可临时换一个纯 ASCII 密码（如
Test123!）快速排除字符集干扰
Navicat 连接属性里“高级”选项卡的隐藏风险
很多人忽略“高级”选项卡里的 Connection String 文本框——它会覆盖界面上填的所有字段，包括密码。如果这里手写过连接字符串，且其中密码没按规则转义，那界面上重输多少遍都没用。
排查路径：打开连接编辑窗口 → 切到“高级”页 → 检查 Connection String 是否为空。如果不为空，要么清空它（让 Navicat 回退到表单字段），要么确保其中的 Password=... 部分严格符合 ODBC 规范（双引号包裹 + 双分号结尾）。
- 该字段内容不会自动同步界面字段，修改后必须点“确定”保存才生效
- 某些企业版 Navicat 会从配置模板注入连接字符串，需检查是否启用了“使用连接模板”
- 一旦在此处写了自定义字符串，
Authentication Method、Server、Port等字段将完全失效
