我刚入行那会儿，最怕的就是写 Java 调用数据库的代码。不是技术有多难，而是那些 JDBC 的模板代码又长又臭，像个裹脚布。每次要写个查询，都得先 加载驱动，再 拿连接，然后创建 或 ，还得在 里小心翼翼地关闭 、、。关闭的顺序不能错，不然连接池就会出问题。那时候我就在想，这玩意儿要是能简单点就好了。后来 Spring 出来了， 把这些重复劳动封装起来，舒服多了，但底层逻辑其实没变，只是把模板代码藏起来了。
说到 JDBC，很多人以为它是具体的数据库驱动，其实它只是 Java 官方定义的一套接口规范。你用的 MySQL、Oracle、PostgreSQL 驱动，都是实现了这套接口的 JAR 包。这就好比统一了插座的标准，不管你家是海尔空调还是格力空调，插头都能插进去。JDBC 定义了 、、 这几个核心接口，数据库厂商按着实现就行。所以你在代码里写的都是 JDBC 的 API，真正干活的是厂商的驱动。这种设计哲学贯穿了整个 Java 生态，接口与实现分离，让你换数据库时只需更换驱动 JAR 包和连接字符串，而不必改业务代码。
是个好东西，但很多人用错了。我见过太多人在循环里拼 SQL 字符串，把用户输入直接塞进去，结果被 SQL 注入搞崩了系统。 的预编译机制本质上是把 SQL 模板和参数分开传输，数据库先编译模板，再绑定参数，这样参数里的恶意代码就无法改变 SQL 结构。而且它还有一个隐形好处：执行计划会被缓存。同样的 SQL 模板，第一次编译后，后续执行直接使用缓存，能省不少时间。不过要注意，有些 ORM 框架在底层会频繁创建 对象，反而导致缓存失效，这就要看具体实现了。
连接池算是 Java 数据库编程的标配。你想想，每次请求都新建一个数据库连接，开销有多大？TCP 三次握手、数据库认证、会话创建，一套流程下来几十毫秒就没了，高并发下直接把数据库撑爆。所以大家都用连接池，比如 HikariCP、Druid、C3P0 等。HikariCP 现在最流行，快、轻量、稳定。它的核心思想是提前创建一批连接放进池子，谁用谁取，用完归还。但要注意，连接池不是越大越好，默认 10 个连接已经能应对大部分场景。把它设成 100 个，反而可能把数据库拖垮，因为上下文切换和锁竞争会吃掉大量 CPU。
Spring 的 把 JDBC 的模板代码简化到了极致。它内部帮你处理连接的获取与释放、异常的转换、结果集的映射。你只要写 SQL 和回调函数就行。比如 方法，传入 SQL 和 ，它会自动遍历 ，把每一行转成对象。但 有个坑，它依赖 Spring 的事务管理。如果你不在 Spring 容器里使用，就得自己管理 ，又回到原来的 JDBC 老路。所以在实际项目里， 基本都是配合 注解一起使用，声明式事务省心不少。
MyBatis 和 JPA 这两大 ORM 框架代表了不同的思路。MyBatis 偏向 SQL，你写什么 SQL 就执行什么 SQL，灵活度高，适合复杂查询和报表场景。JPA 偏向对象，你操作的是 Java 对象，框架自动生成 SQL，适合以 CRUD 为主的业务系统。我的经验是，如果团队里 DBA 强势，或者业务涉及大量存储过程、复杂 join，选 MyBatis 更靠谱；如果团队以业务逻辑为主，追求开发效率，JPA 配合 Spring Data JPA 的组合会更爽。但不管选哪个，都要注意 N+1 查询问题。比如查询订单列表时，每个订单又去查用户信息，就会产生 N+1 次查询。MyBatis 可以用关联查询或懒加载解决，JPA 可以用 或 。
事务管理是数据库编程的重灾区。很多人觉得加了 就万事大吉，其实不然。Spring 的声明式事务默认只回滚 和 ，如果抛的是受检异常（比如 ），就不会回滚。而且事务传播行为也很容易踩坑。比如一个方法调用另一个方法，如果都是 ，它们会共享同一个事务；但如果其中一个方法是 ，就会挂起当前事务，创建新事务，这可能导致外层事务回滚时内层事务已经提交。还有隔离级别，默认使用数据库的隔离级别，通常是 。如果需要可重复读或序列化，就得手动设置，但这些级别会影响并发性能，需要权衡。
说说性能优化。很多人一上来就调连接池参数、改数据库配置，其实最该检查的是 SQL 本身。打开慢查询日志后，那些全表扫描、没有索引的 SQL 就会暴露出来。比如 ，如果 没有索引，数据量一大就会炸。给 加普通索引，查询时间能从秒级降到毫秒级。还有批量操作，千万别在循环里一条条 ，使用 JDBC 的 batch 或 MyBatis 的 批量插入，效率能提升几十倍。 的游标默认是前向只读的，如果要遍历大量数据，使用流式查询可以避免内存溢出。比如 MySQL 的 ，就会让游标逐行读取，而不是一次性加载到内存。但要注意，这会让连接长时间保持打开，需配合事务使用。说到底，Java 调用数据库这事儿，入门容易，精通难。那些看似平凡的代码背后，藏着线程模型、网络 IO、内存管理、SQL 优化等硬功夫。多读源码、多压测、多分析慢日志，自然就能摸到门道。
