SQL Server 连接报错 18456：登录失败的完整诊断与修复清单
SQL Server 客户端常弹出『用户 登录失败 (Microsoft SQL Server, 错误: 18456)』，但默认不告诉你为什么。这个错误背后其实藏着一组『状态代码』，读懂它就能精准下手。本文按 Windows 认证与 SQL 认证两条线，带你把 18456 彻底拆开。
一、先拿到真正的失败原因
默认情况下 18456 对客户端是模糊的，真正的原因写在 SQL Server 的错误日志里。打开 SSMS 的『管理 → SQL Server 日志』，或查文件 ERRORLOG，会看到类似：登录失败，用户 'sa'。原因: 密码与所提供的登录名不匹配。 [CLIENT: 127.0.0.1]。末尾常带状态号，例如状态 5 表示『用户名无效』，状态 8 表示『密码错误』，状态 38 表示『找不到对应数据库』。
二、确认服务器认证模式
- 在 SSMS 对象资源管理器右键服务器 → 『属性』→ 『安全性』。
- 确认『服务器身份验证』已选『SQL Server 和 Windows 身份验证模式』，否则
sa等 SQL 登录永远连不上。 - 改完后必须右键服务器『重新启动』才会生效。
三、SQL 登录名被禁用的修复
很多新手启用 sa 后仍报 18456，原因是登录名处于『禁用』状态。在『安全性 → 登录名』里右键该账号 → 『状态』，把『是否已启用』设为『已启用』；同时确认『登录』选项为『已授予』而非『已拒绝』。用 T-SQL 等价于：
ALTER LOGIN sa ENABLE;ALTER LOGIN sa WITH PASSWORD='新密码';
四、Windows 认证连不上的处理
- 状态 11/12 多出现在 Windows 认证：确认连接字符串用的是
Integrated Security=true，且当前 Windows 用户有登录映射。 - 本地管理员想接管时，可用单用户模式启动：在配置管理器把启动参数加
-m，重启后用管理员账户连入，重建登录名。 - 若客户端在另一台机器，检查 SQL 是否只允许本地管道，需在『网络配置』里启用 TCP/IP 协议并重启。
五、默认数据库缺失的陷阱
状态 38 或 40 通常表示登录名指定的『默认数据库』已被删除或脱机。把登录名的默认数据库改回 master 或存在的库即可临时恢复，再在连接里显式指定 Initial Catalog。
技术小结：18456 不是单一故障，而是一组带状态号的登录失败集合。关键动作是『查服务器日志拿状态号 → 校验认证模式与登录启用状态 → 修正默认库与协议』，按此顺序基本都能连通。