【一文看懂JDBC到MyBatis进化过程】从JDBC的炼狱到MyBatis的天堂

引言：你的代码是否也在"JDBC地狱"中挣扎？

你是否曾为满屏的 try-catch、手写拼接到吐血的SQL、以及繁琐的 ResultSet 解析而崩溃？今天，我将带你从JDBC的泥潭中爬出，用 MyBatis 重构你的数据库操作逻辑——不仅高效优雅，还能让代码维护成本直降80%！

---

一、JDBC：传统数据库操作的"痛点博物馆"

1.1 JDBC操作全流程（附代码）

以查询用户表为例，JDBC需经历6步“仪式”：

// 1. 加载驱动（Class.forName反人类设计！）
Class.forName("com.mysql.cj.jdbc.Driver");

// 2. 获取连接（资源泄露重灾区）
Connection conn = DriverManager.getConnection(url, user, pwd);

// 3. 拼装SQL（硬编码噩梦的开始）
PreparedStatement ps = conn.prepareStatement("SELECT * FROM tb_user WHERE id=?");
ps.setInt(1, 1); // 手动设置参数

// 4. 执行查询
ResultSet rs = ps.executeQuery();

// 5. 解析结果集（字段映射全靠手写）
while(rs.next()) {
    System.out.println(rs.getString("name") + "年龄:" + rs.getInt("age"));
}

// 6. 关闭资源（忘写就等着内存泄漏吧！）
rs.close(); ps.close(); conn.close();

1.2 JDBC的四大致命伤

痛点	后果
连接管理繁琐	频繁创建/关闭连接，性能暴跌
SQL硬编码	修改SQL需重新编译，维护成本高
结果集解析机械	字段映射需手写大量get/set
异常处理臃肿	try-catch嵌套导致代码可读性差

💡 灵魂拷问：当你的DAO层出现第100个重复的 User -> ResultSet 解析方法时，是否想过掀桌？

---

二、救世主降临：MyBatis如何优雅解决JDBC痛点

2.1 MyBatis核心设计哲学

✅ SQL与代码分离 → SQL写进XML配置文件，修改无需编译
✅ 连接池自动管理 → 内置Druid/C3P0等连接池，性能飙升
✅ 自动化结果映射 → 通过ResultMap自动封装JavaBean
✅ 动态SQL构建 → 避免恶心字符串拼接

2.2 对比示例：同一查询的MyBatis实现

Step1 在 UserMapper.xml 中声明SQL：

<select id="selectUserById" resultType="User">  
  SELECT * FROM tb_user WHERE id = #{id}
</select>

Step2 Java代码简化为一行：

User user = sqlSession.selectOne("selectUserById", 1);
System.out.println(user.getName() + "年龄:" + user.getAge());

✨ 效果对比：

• 代码量减少70%
• 完全避免资源泄露风险
• 业务逻辑清晰度↑ 200%

---

三、MyBatis最佳实践：从能用 → 好用

3.1 性能优化三板斧

1. 二级缓存：跨会话共享查询结果

   <cache eviction="LRU" size="1024"/>
   

2. 批量操作：告别逐条提交

   SqlSession.BATCH mode = sqlSessionFactory.openSession(ExecutorType.BATCH);
   

3. 延迟加载：关联对象按需加载

3.2 防止SQL注入的黄金法则

• 永远用 #{} 而非 ${}

  -- 安全 ✅
  SELECT * FROM user WHERE name = #{name}
  
  -- 高危 ❌
  SELECT * FROM user WHERE name = '${name}'
  

3.3 动态SQL黑科技

用 <if> <foreach> 取代Java拼接：

<select id="findActiveUsers" resultType="User">
  SELECT * FROM tb_user 
  WHERE status = 'ACTIVE'
  <if test="role != null"> 
    AND role = #{role}
  </if>
  <foreach item="id" collection="ids" open="AND id IN (" separator="," close=")">
    #{id}
  </foreach>
</select>

---

四、升华思考：ORM框架的终局是MyBatis吗？

当我们享受MyBatis的便利时，也需警惕：
🔸 过度依赖XML → SQL调试复杂度增加
🔸 学习曲线陡峭 → 动态SQL语法需适应
🔸 复杂联表查询 → 不如JPA的关联映射直观

选择建议：

• 需要精细控制SQL → 选MyBatis
• 追求极速开发 → 考虑JPA/Hibernate
• 超高并发场景 → MyBatis+存储过程

---

附录：MyBatis性能调优工具清单

1. MyBatis-Plus：增强插件（分页/多租户）
2. P6Spy：监控真实执行的SQL
3. Arthas：在线诊断SQL性能瓶颈

---

转发就是最好的赞赏！下期预告：《MyBatis源码解剖：深度揭秘SQL执行引擎》