【比较mybatis、lazy、sqltoy、lambda、操作数据 】操作批量新增、分页查询

orm框架使用Lambda性能比较

环境:
复制代码
idea 
jdk17
spring boot 3.0.7
mysql 8.0

测试条件常规对象

orm 框架 是否支持xml 是否支持 Lambda 对比版本
mybatis ☑️ ☑️ 3.5.4
sqltoy ☑️ ☑️ 5.2.98
lazy ✖️ ☑️ 1.2.3-JDK17

数据库表(含有唯一性索引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;

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

项目设计

声明 SysUserRepository 接口提供对应增删改查方法

声明抽象类 SysUserRepositoryAbstractRecord 继承 SysUserRepository 并且提供对应的框架执行结果存储

三种框架mybatis、sqltoy、Lazy 创建SysUserRepository 的实现

不同 ORM 操作数据的实现

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

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

测试执行过程

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

测试结果(因为当前只对lambda操作测试,mybatis针对有唯一性索引的增加或者修改没有做优化,所以结果只提供参考)

MYBATIS(batchStory) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000 影响行数:100000
执行时间: 218毫秒 338毫秒 889毫秒 5017毫秒 50961毫秒
LAZY(batchStory) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000 影响行数:100000
执行时间: 7毫秒 21毫秒 53毫秒 417毫秒 3997毫秒
SQLTOY(batchStory) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000 影响行数:100000
执行时间: 57毫秒 75毫秒 267毫秒 1750毫秒 18456毫秒
MYBATIS(findPage) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000 影响行数:100000
执行时间: 1234毫秒 1130毫秒 957毫秒 966毫秒 945毫秒
LAZY(findPage) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000 影响行数:100000
执行时间: 28毫秒 18毫秒 19毫秒 133毫秒 1107毫秒
SQLTOY(findPage) 影响行数:10 影响行数:100 影响行数:1000 影响行数:10000 影响行数:100000
执行时间: 88毫秒 38毫秒 45毫秒 98毫秒 334毫秒
写在最后
批量保存: lazy性能和sqltoy 更接近原生sql 耗时相对最短
分页查询: sqltoy性能最高、mybatis次之 lazy框架在数据上万后反射性能明显下降
当前项目地址
lazy-orm地址
mybatis地址
sqltoy地址
相关推荐
凤凰院凶涛QAQ23 分钟前
《MySQL内核拆解:从SQL到InnoDB》(三) : 数据库设计 & 聚合查询 & 分组查询
数据库·sql·mysql
Decay__1 小时前
01_MySQL 体系架构全解 —— 连接层、SQL 层、存储引擎层与 InnoDB 深入
运维·数据库·sql·mysql·架构
liminla!17 小时前
SQL 从入门到进阶:语法速查与实战练习(完整优化版)
数据库·sql·算法
l1t20 小时前
DeepSeek总结的五分钟测试:Ted Dunning 谈 DuckDB 为何让分析更轻松
数据库·sql·duckdb
TangGeeA1 天前
数据库、SQL 与 DB AI
数据库·人工智能·sql
roman_日积跬步-终至千里1 天前
数仓开发的三层责任:业务定义、模型设计与 SQL 实现
数据库·数据仓库·sql·数据建模
Gauss松鼠会1 天前
GaussDB 整体架构解析
运维·服务器·网络·数据库·sql·架构·gaussdb
Gauss松鼠会1 天前
GaussDB 中 gsql 与 DBeaver(JDBC)客户端工具查询时间不一致:原因、排查与处理
运维·服务器·数据库·sql·gaussdb·经验总结
渣渣盟1 天前
Flink SQL 流批一体:从 SQL 到执行计划,优化器如何工作?
大数据·sql·flink
Decay__1 天前
05_MySQL 常用 SQL 大全 —— 诊断、管理、优化辅助 SQL 与三大系统库速查
运维·数据库·sql·mysql·架构