自动生成SQL是否影响性能：四大框架实测对比MyBatisGX-MyBatis-MyBatis-Plus-MyBatis-Flex

在持久层框架选型中，开发者常担忧自动生成SQL会带来性能损耗。本文通过实测MyBatis系列框架，揭示自动SQL生成对性能的实际影响。 自动生成 SQL 会拖慢性能吗？实测 MyBatisGX、MyBatis、MyBatis-Plus、MyBatis-Flex 一、引言 开发者选择持久化框架时，往往会面临一些普遍疑虑： "自动生成的 SQL 肯定不如手写的快" "ORM 框架抽象层越高，性能损耗越大" "为了开发效率牺牲性能，划算吗？" 本文针对这些疑问，对主流MyBatis系列框架进行了全面性能测试。 MyBatis：原生手写SQL，作为性能基准 MyBatisGX：采用方法名生成SQL和预生成机制 MyBatis-Plus：运行时动态生成SQL MyBatis-Flex：轻量级动态SQL生成 二、测试环境 硬件配置 CPU：4核8线程 内存：16GB 软件配置 JDK 版本：21 MySQL 版本：5.7 Spring Boot 版本：3.x JVM 参数 -Xms1g -Xmx4g 测试表结构 CREATE TABLE `user` ( `id` BIGINT PRIMARY KEY AUTO_INCREMENT, `username` VARCHAR(50), `age` INT, `status` TINYINT, `email` VARCHAR(100), `phone` VARCHAR(20), `create_time` DATETIME, `update_time` DATETIME ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; 测试表包含8个字段，模拟真实业务场景，仅设置主键索引以避免干扰。 三、测试方法 3.1 测试项目 操作类型分为三类： 插入操作： 单条插入 批量插入100条 批量插入10,000条 更新操作： 单条更新 动态更新（仅更新非空字段） 批量更新100条 批量更新10,000条 查询操作： 主键查询 简单条件查询（3个条件） 复杂条件查询（Like、In、Gt等） 动态条件查询 3.2 测试策略 考虑到JVM初始化影响，每个测试项执行15轮： 第1轮单独记录初始化耗时 第2-15轮用于统计性能指标 统计指标包括： 首次执行耗时 热身后平均值 热身后最快值 热身后最慢值 3.3 四个框架的实现方式 所有框架执行相同业务逻辑。 MyBatis（手写 XML） INSERT INTO user (id, username, age, status, email, phone, create_time, update_time) VALUES (#{id}, #{username}, #{age}, #{status}, #{email}, #{phone}, #{createTime}, #{updateTime}) SELECT * FROM user WHERE id = #{id} AND age = #{age} AND status = #{status} SELECT * FROM user AND id = #{id} AND username LIKE CONCAT('%', #{username}, '%') AND age > #{age} AND status IN