【Java orm 框架比较】十一新增原生jdbc对比

迁移到（https://gitee.com/wujiawei1207537021/spring-orm-integration-compare）

orm框架使用性能比较

比较mybatis-plus、lazy、sqltoy、mybatis-flex、easy-query、mybatis-mp、jpa、dbvisitor、beetlsql、dream_orm、wood、hammer_sql_db、原生jdbc 操作数据

环境：

idea 
jdk17
spring boot 3.0.7
mysql 8.0

测试条件常规对象

orm 框架	是否支持xml	是否支持 Lambda	对比版本	编码方式
mybatis	☑️	☑️	3.5.4	lambda +xml 优化
sqltoy	☑️	☑️	5.2.98	lambda
lazy	✖️	☑️	1.2.4-JDK17-SNAPSHOT	lambda
mybatis-flex	☑️	☑️	1.8.0	lambda +xml 优化
easy-query	✖️	☑️	1.10.31	lambda
mybatis-mp	☑️	☑️	1.4.1	xml 优化
jpa	☑️	☑️	3.0.7	----------------------
dbvisitor	☑️	☑️	5.4.1	xml 优化
beetlsql	支持md	☑️	3.26.0-RELEASE	insert ignore into 优化
dream_orm	✖️	☑️	1.3.0	insert ignore into (当前版本不支持)
wood	☑️	☑️	1.2.9	insert ignore into (当前版本不支持)
hammer_sql_db	☑️	☑️	0.7.0	insert ignore into (当前版本不支持)
jdbc	✖️	✖️

数据库表(含有唯一性索引s_u)

sql 复制代码

CREATE TABLE `sys_user`
(
    `column_name` varchar(255) COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT '额外字段',
    `create_time` datetime                                DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '创建时间',
    `id`          bigint NOT NULL AUTO_INCREMENT COMMENT '用户ID',
    `is_deleted`  tinyint(1) DEFAULT NULL COMMENT 'null',
    `password`    varchar(255) COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT '密码',
    `scope`       varchar(255) COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT 'null',
    `status`      tinyint(1) DEFAULT NULL COMMENT '状态',
    `update_time` datetime                                DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
    `username`    varchar(255) COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT '用户名',
    PRIMARY KEY (`id`) USING BTREE,
    UNIQUE KEY `s_u` (`scope`,`username`)
) ENGINE=InnoDB AUTO_INCREMENT=9223371632070323791 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci;

比较方法:增加、修改、删除、分页查询（当前项目暂时只比较批量新增和分页）

项目设计

声明 ORMRepository 接口提供对应增删改查方法
声明 ORMComparisonRepository接口继承 ORMRepository 下游由不同ORM实现
声明 SysUserRepository 接口继承 ORMRepository 用于循环调用不同orm实现方法执行方法测试产生测试结果
声明抽象类 SysUserRepositoryAbstractRecord 继承 ORMComparisonRepository 并且提供对应的框架执行结果存储
不同ORM框架mybatis-plus、sqltoy、Lazy、easy-query、mybatis-mp、jpa、dbvisitor、beetlsql、dream_orm、wood、hammer_sql_db、原生jdbc 创建 ORMComparisonRepository 的实现
不同 ORM 操作数据的实现

测试条件批量插入数据 10、100、1000、10000、100000 ，分页查询数据 10、100、1000、10000、100000

项目启动后使用浏览器打开 http://localhost:1003/sys/user/run-compare

测试条件（细节比较）批量插入数据 1～10000，分页查询数据 1～10000

项目启动后使用浏览器打开 http://localhost:1003/sys/user/run-particulars-compare

导出测试数据为MD

项目启动后使用浏览器打开 http://localhost:1003/sys/user/export-compare-result

测试执行过程

清空需要插入表中所有数据
通过ORM框架进行数据批量新增、而后进行分页查询，记录消耗时间，输出md文档

查看结果曲线图

测试结果（结果只提供参考）

MYBATIS_FLEX(batchStory)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	94毫秒	25毫秒	133毫秒	1119毫秒	9376毫秒

WOOD(batchStory)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	13毫秒	18毫秒	100毫秒	400毫秒	4305毫秒

MYBATIS_MP(batchStory)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	12毫秒	24毫秒	116毫秒	1021毫秒	8646毫秒

MYBATIS_PLUS(batchStory)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	43毫秒	21毫秒	195毫秒	871毫秒	8578毫秒

SQLTOY(batchStory)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	34毫秒	19毫秒	122毫秒	839毫秒	6994毫秒

LAZY(batchStory)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	8毫秒	16毫秒	75毫秒	530毫秒	4223毫秒

JDBC(batchStory)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	12毫秒	11毫秒	68毫秒	415毫秒	3750毫秒

DB_VISITOR(batchStory)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	21毫秒	14毫秒	120毫秒	404毫秒	4763毫秒

JPA(batchStory)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	78毫秒	72毫秒	1162毫秒	9891毫秒	87352毫秒

EASY_QUERY(batchStory)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	89毫秒	317毫秒	3192毫秒	1167毫秒	10696毫秒

HAMMER_SQL_DB(batchStory)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	99毫秒	18毫秒	147毫秒	937毫秒	7454毫秒

DREAM_ORM(batchStory)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	48毫秒	15毫秒	117毫秒	1059毫秒	9139毫秒

BEETL_SQL(batchStory)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	155毫秒	19毫秒	132毫秒	861毫秒	8667毫秒

MYBATIS_FLEX(findPage)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	29毫秒	17毫秒	31毫秒	170毫秒	1529毫秒

WOOD(findPage)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	10毫秒	10毫秒	40毫秒	148毫秒	1691毫秒

MYBATIS_MP(findPage)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	32毫秒	24毫秒	39毫秒	173毫秒	1433毫秒

MYBATIS_PLUS(findPage)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	33毫秒	10毫秒	30毫秒	178毫秒	1639毫秒

SQLTOY(findPage)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	25毫秒	11毫秒	48毫秒	166毫秒	976毫秒

LAZY(findPage)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	5毫秒	11毫秒	25毫秒	142毫秒	1103毫秒

JDBC(findPage)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	4毫秒	6毫秒	57毫秒	329毫秒	2372毫秒

DB_VISITOR(findPage)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	10毫秒	9毫秒	15毫秒	159毫秒	1044毫秒

JPA(findPage)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	135毫秒	25毫秒	81毫秒	166毫秒	1601毫秒

EASY_QUERY(findPage)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	57毫秒	13毫秒	15毫秒	137毫秒	1516毫秒

HAMMER_SQL_DB(findPage)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	162毫秒	11毫秒	39毫秒	174毫秒	1886毫秒

DREAM_ORM(findPage)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	40毫秒	8毫秒	31毫秒	145毫秒	1213毫秒

BEETL_SQL(findPage)	影响行数:10	影响行数:100	影响行数:1000	影响行数:10000	影响行数:100000
执行时间:	53毫秒	19毫秒	47毫秒	182毫秒	1264毫秒

写在最后

经过不间断时间的框架收集、学习、实验、编码、测试市面上常见的ORM框架，过程中拜读了很多作者的博文、样例，学习很多收获很多。

重新梳理下整理的框架：mybatis-plus、lazy、sqltoy、mybatis-flex、easy-query、mybatis-mp、jpa、dbvisitor、beetlsql、dream_rom、wood、hammer_sql_db、原生jdbc

下面从一下几点出发作出总结

文档方面：学习过程中mybatis-plus、jpa、db_visitor提供的文档资料是比较全和完善，经得住市场的考验
技术方面：beetlsql、easy-query、mybatis、wood、db_visitor系列三类框架都已经支持spring 和solon生态其技术架构设计可以推荐大家学习
并发方面：jpa、db_visitor 还需要开发时候深度优化处理
大数据存储方面： Lazy 、原生jdbc具有一定优势
大数据查询方面：sqltoy、dream_orm、Easy_query、lazy、db_visitor 反射处理的比较优秀

小数据量下各ORM框架处理时间大体相近或者通过优化后趋于一致，重点看一万数据以后框架处理能力体现价值

以上是个人整理的观点，如果大家有不同的想法和意见可以在gitee或者个人博客留言CSDN

细节数据对比（一万以内基本相差不大）

细节数据对比，数据属于并发行测试数据，如果测试总数是一百，那么会执行一百次batchStory，一百次findPage 每次执行的条数在之前数据的基础上+1

从形成的折线图看（具体趋势看排名与测试结果）

存储性能对比: lazy、原生jdbc、mybatis-flex、mybatis-mp、mybatis-plus、dream_rom、sqltoy、beetlSql、hammer_sql_db、db_visitor 更适合并发性数据存储。jpa、easy-query 处理耗时较长波动较大
分页查询性能对比: lazy、mybatis-flex、mybatis-mp、mybatis-plus、 dream_rom、easy-query、sqltoy、db_visitor、beetlSql 、jpa、hammer_sql_db、原生jdbc都比较稳定。

批量保存：

一万条数据以内原生jdbc、lazy、mybatis-flex、mybatis-mp、mybatis-plus、easy-query、sqltoy、beetlSql、jpa、db_visitor、wood、hammer_sql_db 性能趋于一致
十万数据时，处理时间由快到慢依次是:
- 八千毫秒以内:原生jdbc、lazy、dream_rom、easy-query、hammer_sql_db、sqltoy、wood、db_visitor
- 八千毫秒以上: mybatis-flex、mybatis-mp、mybatis-plus、beetlSql、jpa，其中 jpa 处理时间明显起伏

分页查询：

一万条数据以内几款ORM均保持在200毫秒内
十万数据时，处理时间由快到慢依次是:
- 一千毫秒以内：sqltoy、dream_rom、db_visitor、easy-query、lazy、beetlSql、mybatis-plus
- 一千毫秒以上：mybatis-mp、jpa、mybatis-flex、wood、hammer_sql_db、原生jdbc

快速数据对比(大数据曲线图)

优化项

时间 2024年5月7日
- 添加 wood框架对比测试数据库存储和查询
- 测试结果容易上手快速集成，但是内部使用了大量字符串不易于编写
时间 2024年5月8日
- 针对mysql 配置 rewriteBatchedStatements=true 保存时间明显提高
时间：2024年5月9日
- 事件新增hammer_sql_db框架对比测试，该框架上手比较简单比较灵活
- 测试结果hammer_sql_db 批量存储做的很优秀，但当分页获取数据量超过一万后分页查询性能开始下降
时间：2024年5月11日
- 事件新增原生jdbc测试
- 测试结果因为未对jdbc过分优化，从结果过上看insertBatch 存在一定优势但是不大、分页查询结果集映射单纯for循环迭代会很慢

【Java orm 框架比较】十一新增原生jdbc对比

迁移到（https://gitee.com/wujiawei1207537021/spring-orm-integration-compare）

orm框架使用性能比较

比较mybatis-plus、lazy、sqltoy、mybatis-flex、easy-query、mybatis-mp、jpa、dbvisitor、beetlsql、dream_orm、wood、hammer_sql_db、原生jdbc 操作数据

环境：

测试条件常规对象

数据库表(含有唯一性索引s_u)

比较方法:增加、修改、删除、分页查询（当前项目暂时只比较批量新增和分页）

项目设计

测试条件批量插入数据 10、100、1000、10000、100000 ，分页查询数据 10、100、1000、10000、100000

测试条件（细节比较）批量插入数据 1～10000，分页查询数据 1～10000

导出测试数据为MD

测试执行过程

查看结果曲线图

测试结果（结果只提供参考）

写在最后

下面从一下几点出发作出总结

小数据量下各ORM框架处理时间大体相近或者通过优化后趋于一致，重点看一万数据以后框架处理能力体现价值

细节数据对比（一万以内基本相差不大）

从形成的折线图看（具体趋势看排名与测试结果）

批量保存：

分页查询：

快速数据对比(大数据曲线图)

优化项

当前项目地址

lazy-orm地址

mybatis地址

sqltoy地址

mybatis-flex地址

easy-query地址

mybatis-mp地址

dbvisitor地址

beetlsql地址

dream-orm地址

wood地址

hammer_sql_db地址

【Java orm 框架比较】十一 新增 原生jdbc对比

迁移到（https://gitee.com/wujiawei1207537021/spring-orm-integration-compare）

orm框架使用性能比较

比较mybatis-plus、lazy、sqltoy、mybatis-flex、easy-query、mybatis-mp、jpa、dbvisitor、beetlsql、dream_orm、wood、hammer_sql_db、原生jdbc 操作数据

环境：

测试条件常规对象

数据库表(含有唯一性索引s_u)

比较方法:增加、修改、删除、分页查询（当前项目暂时只比较批量新增和分页）

项目设计

测试条件 批量插入数据 10、100、1000、10000、100000 ，分页查询数据 10、100、1000、10000、100000

测试条件（细节比较） 批量插入数据 1～10000，分页查询数据 1～10000

导出测试数据为MD

测试执行过程

测试结果（结果只提供参考）

写在最后

下面从一下几点出发作出总结

小数据量下各ORM框架处理时间大体相近或者通过优化后趋于一致，重点看一万数据以后框架处理能力体现价值

细节数据对比（一万以内基本相差不大）

从形成的折线图看（具体趋势看排名与测试结果）

批量保存：

分页查询：

快速数据对比(大数据曲线图)

优化项

【Java orm 框架比较】十一新增原生jdbc对比

测试条件批量插入数据 10、100、1000、10000、100000 ，分页查询数据 10、100、1000、10000、100000

测试条件（细节比较）批量插入数据 1～10000，分页查询数据 1～10000