基于 SpringBoot 生态的数据持久层框架，按封装程度、ORM 模式、使用场景可分为六大类：原生轻量 JDBC、半 ORM 手动 SQL、增强型 MyBatis、全自动化 ORM、类型安全 SQL、分布式增强框架。

下面逐个拆解核心原理、优缺点、适用场景、SpringBoot 适配特性，最后附横向对比与选型方案。

一、Spring JdbcTemplate

核心概述

Spring 官方原生 JDBC 封装框架，无任何第三方依赖，是所有持久层框架的底层基础。仅对原生 JDBC 做极简封装，手动编写 SQL，手动 / 简易完成结果集映射。

优点

1. 极致轻量：零额外依赖，SpringBoot 原生自带，无需引入第三方 Starter；

2. 性能最优：无多层封装、无缓存拦截、无 ORM 映射损耗，性能无限接近原生 JDBC；

3. 简单可控：SQL 完全手写，无框架语法限制，适合极简数据操作；

4. 学习成本极低：掌握基础 SQL 即可上手。

缺点

1. 代码极度冗余：基础 CRUD、参数绑定、结果集封装重复代码极多；

2. 能力薄弱：无分页、无条件构造器、无逻辑删除、无缓存；

3. 开发效率低：动态 SQL 拼接繁琐，易出现 SQL 注入、参数硬编码问题；

4. 无对象关联：不支持实体关联映射、延迟加载等 ORM 能力。

应用场景

1. 超小型单体项目、定时任务、数据同步脚本；

2. 对性能要求极高、数据库操作极少的轻量化模块；

3. 临时快速开发、拒绝重型框架依赖的极简架构。

SpringBoot 集成

无需额外引入依赖，引入 spring-boot-starter-jdbc 即可直接使用。

二、原生 MyBatis（经典半 ORM）

核心概述

国内企业最经典的半自动 ORM 框架，SQL 与业务代码完全解耦，支持 XML / 注解两种方式编写 SQL，自动完成数据库结果集与实体类映射，平衡灵活性与开发效率。

优点

1. SQL 完全可控：复杂联查、统计 SQL、定制化业务 SQL 自由编写，适配复杂业务；

2. 架构解耦：SQL 独立维护，支持 DBA 单独优化、慢 SQL 治理；

3. 生态成熟：国内覆盖率第一，文档、教程、面试体系完善，适配所有数据库；

4. 扩展能力强：插件机制灵活（分页、脱敏、拦截器），自带一级 / 二级缓存；

5. 适配复杂场景：多表关联、存储过程、复杂事务、老旧系统迁移友好。

缺点

1. 基础 CRUD 低效：单表新增、删除、查询需要重复编写大量基础 SQL；

2. 配置繁琐：XML 映射文件、字段映射需要手动维护，小项目开发繁琐；

3. 动态 SQL 成本高：依赖 OGNL 语法编写动态条件，存在额外学习成本；

4. 原生无增强：分页、租户、自动填充、逻辑删除需要手动整合插件。

应用场景

1. 中大型企业级项目、政务、金融、传统行业核心系统；

2. 复杂业务、多表联查、大数据量报表、定制化 SQL 较多的场景；

3. 团队配备 DBA，需要统一管控、优化 SQL 的项目；

4. 老旧项目迭代、技术栈统一维护的传统后端系统。

SpringBoot 集成

xml

<dependency>
    <groupId>org.mybatis</groupId>
    <artifactId>mybatis-spring-boot-starter</artifactId>
</dependency>

三、MyBatis 增强系列（主流首选）

3.1 MyBatis-Plus（MP，国民级框架）

核心概述

基于 MyBatis 无侵入二次增强，完全兼容原生 MyBatis，保留手写 SQL 能力，同时封装通用 CRUD、条件构造器、企业级增强能力，是互联网项目标配。

优点

1. 无缝兼容：原有 MyBatis 代码、XML、插件完全不用改造，迁移零成本；

2. 开发效率拉满：单表 CRUD 零 SQL，内置 BaseMapper、IService 通用接口；

3. 链式条件构造器：Wrapper 杜绝硬编码 SQL，动态条件优雅拼接；

4. 开箱即用企业特性：分页插件、逻辑删除、乐观锁、字段自动填充、多租户、数据权限；

5. 国产适配：完美适配达梦、人大金仓、OceanBase 等信创数据库，中文文档完善；

6. 代码生成器：一键生成实体、Mapper、Service、Controller，快速脚手架开发。

缺点

1. 多表能力薄弱：复杂多表联查、子查询仍需回归原生 MyBatis 手写 SQL；

2. 滥用 Wrapper 易烂代码：复杂条件嵌套会导致可读性、维护性下降；

3. 版本迭代快：部分版本 API 不兼容，老旧项目升级有适配成本；

4. 底层封装厚重：过度依赖框架特性，底层原理容易被开发忽视。

应用场景

1. 90% 以上 SpringBoot 互联网项目、后台管理系统、SaaS 平台；

2. 单表操作多、复杂联查少的 CRUD 业务系统；

3. 敏捷开发、快速迭代、中小型微服务项目；

4. 国产化信创改造项目。

3.2 MyBatis-Flex（新一代轻量化增强）

核心概述

对标 MyBatis-Plus 的新一代国产增强框架，轻量化、高性能、设计更简洁，弥补 MP 多表查询短板。

优点

1. 比 MP 更轻量、性能更高，底层设计精简，BUG 更少；

2. 支持多表联查链式构造，解决 MP 多表必须手写 SQL 的痛点；

3. 内置多数据源、数据权限、动态表名、软删除，无冗余功能；

4. 国产数据库适配更优秀，动态 SQL 优化更合理。

缺点

1. 生态较弱：社区规模、第三方插件、企业落地案例远少于 MP；

2. 学习资料少：问题排查、实战教程稀缺。

应用场景

1. 新项目技术选型，追求轻量化、高性能；

2. 单表 + 简单多表查询混合场景，不想频繁手写 SQL；

3. 规避 MP 历史 BUG、追求代码精简的技术团队。

四、Spring Data JPA（全自动化 ORM）

核心概述

基于 Hibernate 实现的全量 ORM 框架，完全面向对象操作数据库，框架自动解析方法名 / 注解生成 SQL，彻底告别手写 SQL。

优点

1. 开发效率天花板：单表、简单关联查询零 SQL，仅需定义接口方法；

2. 跨库兼容性强：框架自动适配数据库方言，切换 MySQL/PostgreSQL 几乎零改造；

3. 快速原型开发：自动 DDL 建表、更新表结构，原型验证极速；

4. 接口标准化：内置分页、排序、规格查询，微服务轻量化模块开发友好。

缺点

1. SQL 完全不可控：自动生成 SQL 混乱，复杂查询性能极差，无法优化；

2. 性能损耗大：Hibernate 多层 ORM 封装、缓存机制导致大数据量查询缓慢；

3. 经典坑点多：N+1 查询、懒加载异常、缓存冲突问题频发；

4. 复杂业务乏力：多表联查、统计分析、复杂事务场景编码繁琐。

应用场景

1. 轻量化微服务模块、简单内部工具类项目；

2. 初创项目、需求快速迭代、业务逻辑简单的系统；

3. 国外技术栈团队、偏向面向对象编程的开发模式；

4. 快速原型验证、Demo 项目开发。

SpringBoot 集成

xml

<dependency>
    <groupId>org.springframework.data</groupId>
    <artifactId>spring-boot-starter-data-jpa</artifactId>
</dependency>

五、JOOQ（类型安全 SQL 中间态框架）

核心概述

介于 ORM 与原生 SQL 之间的特色框架，通过代码生成数据库表结构，以 Java 链式代码编写编译期安全 SQL，兼顾灵活性、规范性、性能。

优点

1. 编译期 SQL 校验：杜绝语法错误、字段写错、类型不匹配等线上 BUG；

2. 复杂查询能力极强：完美支持多表联查、子查询、函数、存储过程；

3. 跨库方言适配：自动适配不同数据库语法，跨库项目友好；

4. 无过度封装：摒弃 ORM 臃肿特性，性能接近原生 SQL。

缺点

1. 上手成本高：需要反向生成数据表实体，语法独特，团队学习门槛高；

2. 商业限制：企业级高级功能闭源，开源版能力受限；

3. 国内生态贫瘠：实战案例、中文文档、问题解决方案极少。

应用场景

1. 复杂报表、大数据统计、金融核心复杂业务系统；

2. 要求代码强规范性、低故障率的大型企业项目；

3. 多数据库混合部署、需要跨方言兼容的架构。

六、Sharding-JDBC（分布式持久层增强）

核心概述

Apache 开源分布式数据库中间件，不属于独立 ORM 框架，无缝整合 MyBatis/JPA/JdbcTemplate，在 JDBC 驱动层实现分库分表、读写分离、分布式事务。

优点

1. 客户端轻量化：无独立中间件部署，仅引入 Jar 包，运维成本极低；

2. 分布式能力完善：分片路由、读写分离、数据分片、主键雪花算法；

3. 无缝兼容：不侵入原有持久层代码，原有业务改造量极小；

4. 企业级增强：支持分布式事务、数据脱敏、加密、多数据源管理。

缺点

1. 分布式复杂度高：分片规则设计、跨分片查询、事务一致性难度大；

2. 排查困难：分布式 SQL 路由、分片异常问题定位成本高；

3. 复杂 SQL 限制：跨分片联查、复杂函数查询存在语法限制。

应用场景

1. 高并发、大数据量业务：订单、日志、流水、支付系统；

2. 需要分库分表、读写分离的分布式架构；

3. 单机数据库性能瓶颈，需要数据水平拆分的中大型项目。

七、主流框架横向对比总结

八、最终选型建议

1. 国内 90% 业务系统（首选）

   选择 MyBatis-Plus：平衡开发效率、SQL 灵活性、国产适配，兼顾单表快速开发与复杂 SQL 定制。

2. 复杂核心业务、金融 / 政务强管控场景

   选择 原生 MyBatis：完全掌控 SQL，便于 DBA 优化、合规审计、性能调优。

3. 简单小项目、快速原型、轻量化微服务

   选择 Spring Data JPA：极致快速开发，减少重复编码。

4. 大数据量、高并发、数据拆分架构

   基础持久层用 MyBatis/MP + 整合 Sharding-JDBC 实现分布式能力。

5. 复杂报表、多表统计、强代码规范性要求

   选择 JOOQ，规避 SQL 语法错误，提升复杂查询健壮性。

6. 极简架构、无冗余依赖、临时工具项目

   选择 JdbcTemplate，轻量无负担。