Spring Boot连接SQL Server失败，除账号密码外还有哪些阻因？

一、数据库实例层面可能阻止应用连接的设置 #

• 数据库访问权限缺失：即使登录账号能通过SSMS连接实例，也可能没有int数据库的访问权限（如CONNECT基础权限，或db_datareader/db_datawriter等操作权限）。SSMS可手动切换数据库，但应用直接指定databaseName=int时，需要账号对该库有明确授权。
• 数据库状态异常：int数据库可能处于脱机、恢复中、只读等异常状态，SSMS仅能查看库信息，但无法正常建立可用连接，应用直接连接会触发报错。
• 登录账号的默认数据库配置：若登录账号的默认数据库不是int，且无int库的访问权限，应用指定databaseName=int时会失败。SSMS可手动切换数据库，但应用无法自动完成权限跳转。
• 登录IP限制：SQL Server登录账号可能设置了IP白名单，仅允许SSMS所在机器的IP访问，而应用服务器的IP不在允许列表内。
• 未建立数据库用户映射：登录账号未与int数据库建立用户映射（即int库下无对应数据库用户），即使实例登录成功，也无法访问目标数据库。

二、Spring Boot数据库连接失败的其他常见原因 #

• 配置变量未正确加载：${dbUsurname}/${dbPassword}在新环境中未正确注入（如环境变量未设置、配置中心参数错误），导致应用实际使用的账号密码无效。可通过启动日志打印实际加载的数据源参数确认。
• JDBC驱动版本不兼容：新环境SQL Server版本与当前应用使用的JDBC驱动版本不匹配，比如老驱动无法适配高版本SQL Server的新特性，或反之。
• 连接池配置异常：连接池参数（如HikariCP的connectionTimeout、maxPoolSize）设置不合理，导致无法正常获取连接，或连接池初始化失败。
• 网络/防火墙限制：应用服务器与数据库服务器之间的网络存在防火墙拦截，应用服务器无法连通数据库端口（可通过telnet 10.223.124.211 31567验证连通性）。
• 配置项拼写错误：比如配置中的dbUsurname可能是拼写失误（应为dbUsername），新环境变量名与配置不匹配，导致用户名加载失败。SSMS手动输入账号不受影响，但应用会读取错误变量。
• SSL连接要求未满足：新环境SQL Server强制要求SSL连接，但应用JDBC URL未添加encrypt=true参数，导致连接被拒绝。
• 时区/字符编码不兼容：数据库与应用的时区、字符编码设置不一致，引发隐性连接错误。

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