SQL Server传入错误库名为何报登录失败而非数据库不存在？

1. 传入错误数据库名时抛出登录失败错误的原因 #

这是SQL Server的默认安全策略设计：

• SQL Server的连接校验流程分为三个依次执行的步骤：实例连通性校验 → 登录身份校验 → 目标数据库访问校验
• 你当前使用Windows身份验证已通过前两步校验，但第三步请求打开的数据库不存在时，SQL Server不会返回明确的「数据库不存在」提示，只会返回统一的 Cannot open database requested by the login. The login failed 错误。该设计的目的是防止恶意攻击者通过报错信息枚举服务器上存在的数据库名称，降低敏感信息泄露风险。
• 你关于「SQL Server尝试自动建库但无权限」的猜测不成立：常规连接逻辑下SQL Server不会自动尝试创建不存在的数据库，只有连接字符串配置了AttachDBFilename等自动附加参数时才会触发类似逻辑，你当前的场景不存在该情况。
• 若需要明确区分是数据库不存在还是无权限访问，可在身份验证通过后先连接到master系统库，执行SELECT name FROM sys.databases WHERE name = N'目标库名'查询来判断目标库是否存在，避开SQL Server的安全模糊报错限制。

2. SqlException的State=1的含义 #

你之前查阅的资料存在误解，State属性并非用来标识错误/警告等级，该属性是SQL Server用于区分同一错误码不同触发场景的内部标记：

• 真正标识错误严重等级的是SqlException.Class属性，等级≥16的均为严重错误，你遇到的该错误Class等级一般为11，属于常规可处理的执行错误，并非警告。
• 针对错误号为4060（也就是你遇到的「无法打开请求的数据库」错误）的场景，State=1是SQL Server官方定义的固定标识，对应「登录时请求的数据库不存在/离线/当前登录账号无访问权限」的场景，不代表该异常是警告。

代码逻辑提示 #

你当前代码中catch块的逻辑存在严重问题：

if (ex.State != 0 && ex.InnerException == null)
{
    return true;
}

该逻辑会将你当前遇到的数据库不存在的异常判定为连接成功，实际此时连接并未正常建立，建议尽快修改这部分判断逻辑。

内容的提问来源于stack exchange，提问作者Majd Odeh