基于Java+HikariCP的只读RDS Aurora实例如何跳过COMMIT操作？

针对你的环境（Java + Ebean + HikariCP + RDS Aurora MySQL 5.7只读节点），只读操作出现大量COMMIT开销的核心原因是：Ebean默认会为所有数据库操作开启事务，即使是纯读操作，事务结束时也会执行COMMIT。下面是几个可行的优化方案，完全不需要开启autocommit=true：

1. 给只读数据源配置只读事务隔离级别 + 调整Ebean事务提交策略 #

HikariCP配置 #

在只读数据源的配置中，添加以下参数，强制连接使用只读事务：

hikari:
  # 其他通用配置...
  default-transaction-isolation: TRANSACTION_READ_COMMITTED  # 根据业务需求选择合适的只读隔离级别
  connection-init-sql: SET TRANSACTION READ ONLY;

SET TRANSACTION READ ONLY会让MySQL对该事务进行底层优化，跳过不必要的日志写入，同时后续的COMMIT操作开销会大幅降低（甚至被数据库层面直接优化掉）。

Ebean事务配置 #

针对只读数据源的Ebean配置，设置默认事务为只读，并让Ebean在只读事务结束时执行ROLLBACK而非COMMIT：

// 初始化只读EbeanServer示例
ServerConfig readOnlyConfig = new ServerConfig();
readOnlyConfig.setDataSource(readOnlyDataSource);
// 默认事务设为只读
readOnlyConfig.getDefaultTransactionConfig().setReadOnly(true);
// 配置只读事务完成后自动回滚
readOnlyConfig.getDefaultTransactionConfig().setRollbackOnly(true);
EbeanServer readOnlyServer = EbeanServerFactory.create(readOnlyConfig);

如果是Spring整合Ebean，也可以通过yml配置实现：

ebean:
  read-only-server:
    default-transaction:
      read-only: true
      rollback-only: true

为什么用ROLLBACK？ 只读事务的ROLLBACK不会产生任何数据变更，MySQL执行时几乎没有开销，同时会自动清理事务级临时表，完全满足你的需求。

2. 代码层面显式标记只读事务 #

在所有只读业务方法上添加@Transactional(readOnly = true)注解，配合Ebean的全局配置，让只读事务自动走回滚逻辑：

@Transactional(readOnly = true)
public List<User> getNormalUsers() {
  return Ebean.find(User.class).where().eq("status", 1).findList();
}

这种方式可以精准控制只读操作的事务行为，避免误操作，同时Ebean会根据readOnly=true的标记优化事务提交逻辑。

3. 直接使用无事务查询（应急方案） #

如果某些纯读操作不需要事务一致性保障，可以直接使用Ebean的SqlQuery绕开事务管理：

String sql = "SELECT id, name FROM user WHERE status = ?";
List<User> users = Ebean.createSqlQuery(sql)
  .setParameter(1, 1)
  .findList();

注意：此方法仅适用于无需事务一致性的场景，否则可能出现脏读问题。

关于临时表的疑问 #

你担心的临时表销毁问题无需顾虑：

• MySQL的会话级临时表会在连接关闭时自动销毁，HikariCP归还连接到池时不会关闭连接，但如果是事务级临时表，ROLLBACK会自动清理；
• 即使是会话级临时表，后续复用连接时创建同名临时表会直接覆盖旧表，不会产生残留。

总结 #

完全可以避免只读操作的COMMIT开销，最优方案是HikariCP配置只读事务+Ebean配置只读事务自动回滚，既符合你不启用autocommit=true的要求，又能彻底消除COMMIT的往返开销和性能损耗。

内容的提问来源于stack exchange，提问作者mindas