使用域名连接MySQL时应用层是否缓存底层连接？缓存机制解析

1. DriverManager的原生行为 #

你给出的DriverManager.getConnection()代码，默认不会缓存连接——每次调用都会新建一条物理连接：

• 首次调用时，MySQL JDBC驱动会解析域名example.com，得到对应的IP（机器1或机器2，具体由DNS返回顺序或负载均衡策略决定）
• 物理连接建立后，就会绑定到这个解析出的具体IP上，后续通过该connection对象操作数据库时，只会和这个IP对应的节点通信，不会再触发域名解析。

2. 生产环境常用的连接池场景 #

实际生产中几乎不会直接使用DriverManager，而是用连接池（如HikariCP、Druid），此时的行为是：

• 连接池会预先创建并缓存一批物理连接，这些连接同样绑定在解析后的具体IP上
• 从连接池获取连接时，拿到的是已建立好的连接，不会重新做域名解析
• 只有当连接池需要新建连接（比如现有连接数不足）时，才会重新解析域名，这时可能拿到另一个节点的IP。

3. 域名解析的缓存机制 #

另外，JVM和操作系统层面都会缓存域名解析结果，缓存时长由JVM参数（如networkaddress.cache.ttl）和系统DNS配置决定：

• 如果缓存有效期内，即使负载均衡的IP分配策略变化，JDBC驱动也不会获取到新的IP
• 只有缓存过期后，新建连接时才会重新解析域名，得到最新的IP分配。

4. 负载均衡会话保持的作用 #

你提到的负载均衡30分钟会话保持，只在触发新的域名解析或新连接请求时生效：

• 若JVM/系统的DNS缓存时长小于30分钟，缓存过期后新建连接时，负载均衡会根据会话保持策略分配IP（如果之前的会话仍在有效期，可能分配同一个IP）
• 若DNS缓存时长大于30分钟，缓存有效期内新建连接会继续使用旧IP，负载均衡的会话保持策略无法生效。

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