好，咱们今天就聊聊 JDBC 连接数据库这事儿。你可能觉得这玩意儿老掉牙了，不就是 Java 连个数据库吗？网上教程一搜一大把，步骤就那几步：加载驱动、获取连接、执行 SQL、处理结果、关闭资源。但说真的，我见过太多人在这一步栽跟头，尤其是刚入行的同学，要么卡在 ClassNotFoundException 上急得抓耳挠腮，要么在连接池配置上踩坑，连个数据库都连不上，那感觉就像你准备好了所有食材，结果发现锅打不开火一样憋屈。咱今天就掰扯掰扯，这 JDBC 到底怎么玩才不翻车。
先说说最基础的写法。你现在去网上搜，十个教程有八个还在教你用 来加载驱动。这个写法在 JDBC 4.0 之前确实必须，但从 Java 6 开始，驱动已经能通过 SPI 机制自动注册了。你写这一行其实不会报错，但纯属画蛇添足。真正关键的是那个 URL 连接串。你见过有人把 localhost 写成 locahost 吗？我见过。有人把端口号 3306 写成 3360 吗？我也见过。还有人在 URL 里忘记加 或者 ，结果连上去报一堆时区或 SSL 警告。这些细节看着不起眼，却每一个都能让你卡上半小时。所以别小看那个字符串，它是你通往数据库的第一道门，每一个字符都得对。
接着聊连接池这事。很多新手写完一个简单的 JDBC 连接程序，测试通过就觉得自己会了。但等到真正上线，用户一多，程序直接卡死。为啥？因为你每次请求都 一个 Connection，用完就 ，这在并发场景下就是灾难。数据库创建连接是个很重的操作，涉及 TCP 握手、认证、内存分配，每次来一个请求就建一次，等于你在高速公路上每辆车都重新发动引擎。这时候就该上连接池了，像 HikariCP、Druid、Tomcat JDBC Pool 都是好选择。HikariCP 现在最流行，性能好，配置简单。你只需要在程序启动时初始化一个连接池对象，设置好最大连接数、最小空闲数、超时时间，然后每次需要数据库操作时从池子里 borrow 一个连接，用完就归还。这样既能复用连接，又能控制并发上限，数据库不会被你的应用打死。
再说说事务控制。很多人写 JDBC 代码，只关注 SELECT 和 INSERT，对事务完全没概念。但现实业务里，转账、下单、库存扣减，这些操作必须保证原子性。你从 A 账户扣 100 块，往 B 账户加 100 块，中间代码执行到一半挂了，A 钱扣了 B 没到账，这谁受得了？所以事务控制是必须的。JDBC 里默认是自动提交模式，也就是每执行一条 SQL 就 commit 一次。你需要手动关掉自动提交，用 ，然后在 try 块里执行所有 SQL，调用 。一旦任何一步抛出异常，就在 catch 里调用 回滚。注意，回滚之后一定要关闭连接或归还到连接池，否则连接状态可能仍然错误。还有个小细节：事务的范围要尽量小，别在事务里做网络请求或长时间计算，否则会锁住数据库资源，导致其他线程等死。
讲到这里，不得不提一下批处理。你有个需求，要往一张表里插入一万条数据。如果一条一条 INSERT，每次都要网络往返、SQL 解析、事务提交，效率低得令人发指。JDBC 提供了批处理机制，你可以用 把多条 SQL 攒起来，然后一次性通过 发送到数据库。这一下性能能提升几十倍。但批处理也有坑。比如一次性攒了一万条，数据库一次接收处理，可能会导致内存爆炸。所以一般建议分批次，比如每 500 条执行一次 batch。还有，批处理的事务控制要小心，通常建议把整个批处理包在一个事务里，要么全成功要么全失败。如果不设置事务边界，默认是每条 SQL 自动提交，那中间一条失败，前面的已经提交了，你就得手动去清理数据，非常麻烦。
再说说连接泄漏的问题。这是生产环境里最常见的故障之一。你代码里写了 try‑catch‑finally，但在 finally 里只关了 ResultSet 和 Statement，忘了关 Connection。或者你用连接池，但取出的连接用完没有调用 归还，而是直接丢弃。连接池里的连接数是有上限的，一旦所有连接都被占着不放，新请求只能排队等超时，最终导致整个应用不可用。这种问题很难复现，因为它只在并发高的时候才暴露。解决方法是养成习惯：用 try‑with‑resources 语法，Java 7 以后支持，会自动帮你关闭实现了 AutoCloseable 接口的资源。比如可以写成这样不管代码执行正常还是抛异常，资源都会自动释放，省心又安全。
我想说，JDBC 虽然是底层技术，但它的设计思想影响了整个 Java 生态。你现在用的 MyBatis、Spring Data JPA、Hibernate，底层都是基于 JDBC 封装的。你越理解 JDBC，就越能明白这些框架为什么那样设计。比如 ORM 框架为什么会有懒加载、一级缓存、二级缓存？因为它们要解决 JDBC 里频繁查询的重复开销。为什么 Spring 提倡声明式事务？因为 JDBC 里手动管理事务太容易出错。所以别觉得 JDBC 过时了，它是地基。地基建得稳，上面盖什么楼都踏实。下次再写数据库连接，别急着复制粘贴，停下来想想：我的连接池配得合理吗？事务边界设对了吗？资源有没有泄漏？这些坑踩一遍，你就真的懂了。
