使用mssql jdbc-8.4.1通过Windows认证创建连接过慢求助

1. 强制指定NTLMv2协议与认证方案 #

mssql-jdbc默认可能会尝试多种认证协议协商，导致耗时增加。直接在JDBC URL中明确指定NTLMv2和认证方案，避免不必要的协议探测：

jdbc:sqlserver://<server>:<port>;databaseName=<db>;integratedSecurity=true;authenticationScheme=NTLM;ntlmVersion=NTLMv2;domain=<你的域>

2. 启用连接池的连接复用与预初始化 #

如果使用连接池（如HikariCP、Tomcat JDBC），确保配置连接复用策略，避免重复创建新连接时重复走NTLM认证流程：

• 设置minimumIdle为30（与你需要的连接数一致），提前初始化所有连接
• 配置connectionTestQuery为SELECT 1，确保连接存活但避免重复认证
• 关闭连接池的autoCommit（如果业务允许），减少连接状态重置开销

3. 调整JVM系统属性优化DNS与NTLM处理 #

• 禁用IPv6优先解析，避免DNS查询延迟：

  -Djava.net.preferIPv6Addresses=false
  

• 开启NTLM缓存（部分驱动版本支持），减少重复认证请求：

  -Dcom.microsoft.sqlserver.jdbc.ntlm.cache=true
  

4. 切换认证实现方式 #

尝试指定使用Java实现的NTLM认证而非本地原生实现，部分环境下原生实现可能存在性能瓶颈：
在JDBC URL中添加：

authenticationScheme=JavaAuthentication

5. 升级JDBC驱动版本 #

mssql-jdbc 8.4.1存在一些NTLM相关的性能问题，建议升级到最新稳定版（如12.x系列），官方后续版本优化了NTLM认证的连接效率。

6. 排查域控制器交互延迟 #

虽然网络无变动，但mssql-jdbc的NTLM实现与JTDS不同，可通过开启临时调试日志确认瓶颈点：
添加JVM参数开启NTLM调试：

-Dsun.security.ntlm.debug=all

（注意：生产环境禁用此参数，仅用于排查）

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