SQL Server 2017 默认仅启用Windows身份验证模式，导致sa登录被拒绝；需先以Windows身份验证连接，修改服务器属性为混合模式并重启服务，再启用sa账户、重置密码，最后确保Navicat使用SQL Server身份验证且SSL配置正确。
SQL Server 2017 默认是 Windows 身份验证模式
sql server 2017 安装时若未手动勾选“混合模式”，默认只启用
，此时任何 sql server 登录名（包括
）都会被直接拒绝，返回错误
。这不是密码错、不是
navicat
配置错，而是服务端根本没开启 sql 登录入口。
关键判断：如果用 Windows 身份验证能连上，但输
就报
，基本可锁定为该问题。
必须用 SSMS 或 Windows 身份验证连入后，右键服务器 →
属性 → 安全性 → 选中“SQL Server 和 Windows 身份验证模式”
改完不重启服务，设置不生效 —— 必须重启
服务（通过
）
注册表修改虽可行（
设为
），但不推荐，易误操作
sa 账户被禁用或密码策略卡住
即使开了混合模式，
也可能处于禁用、锁定、或密码过期状态。错误日志里
表示用户不存在，
才是密码错，但 Navicat 界面只显示笼统的
，容易误导。
用 Windows 身份验证连进去后，运行以下查询确认状态：
→ 执行
→ 先执行
避免用弱密码（如
），否则可能触发策略自动锁住账户
Navicat 连接配置必须显式匹配 SQL Server 认证要求
混合模式开了、
也启用了，但 Navicat 仍报空用户名失败，大概率是连接参数没对齐。
navicat for mysql 破解版
优秀的mysql数据库远程管理工具
下载
在 Navicat 连接窗口，“身份验证”下拉菜单必须选
，不能留空或误选
“用户名”字段手动输入
，不要粘贴 —— 富文本粘贴可能带不可见空格或全角字符
SQL Server 2017 默认启用强制加密（
），Navicat 的“SSL”选项卡里必须勾选
；若暂不配证书，可勾选
排障
主机名别写
，优先用
或
，避免 DNS 解析干扰
错误日志里的 state 值才是真实线索
SQL Server 错误日志（路径：
）里每条
记录都带
值，它比 Navicat 提示靠谱得多。
比如看到
，说明 SQL Server 根本没查到这个登录名 —— 不是密码错，而是用户不存在或拼错了大小写（尤其当数据库排序规则为
时，
≠
）。
查当前排序规则：
查所有 SQL 登录名：
，注意大小写是否一致
日志默认只保留最近几轮，若找不到，可在 SSMS 中执行
查看
真正卡住人的，往往不是“怎么开混合模式”，而是开了之后没重启服务、没检查
是否真可用、也没去看那行不起眼的
—— 它藏在日志最底下，但决定了你该往哪个方向翻文档。
windows 身份验证sa18456sa18456SQL Server (MSSQLSERVER)services.mscHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQLXX.MSSQLSERVER\MSSQLServer\LoginMode2sastate 5state 818456SELECT name, is_disabled, LOGINPROPERTY(name, 'IsLocked') AS is_locked,
LOGINPROPERTY(name, 'BadPasswordCount') AS bad_count
FROM sys.sql_logins WHERE name = 'sa'is_disabled = 1ALTER LOGIN sa ENABLEis_locked = 1ALTER LOGIN sa WITH PASSWORD = '新密码' UNLOCK123456saSQL Server AuthenticationWindows Authenticationsaforce encryption = yesUse SSLSkip certificate verificationlocalhost.127.0.0.1C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\Log\ERRORLOG18456StateState: 5_CS_ASSAsaSELECT DATABASEPROPERTYEX('master', 'Collation')SELECT name FROM sys.sql_loginssp_readerrorlogsaState: X