[网络数据] 记mysql-connector-java:8.0.28的bug排查，你可能也踩坑了

  

• commons-db : 我们内部维护的，一个采用注解驱动的 Spring 生态下的多数据源管理组件。组件给每个 DataSource 预设了些性能优化的默认值，没有全部列出，不过包含了影响问题走向的属性（useLocalSessionState），如下：
  

Properties defaultProperties = new Properties();
defaultProperties.put("prepStmtCacheSize", 300);
defaultProperties.put("prepStmtCacheSqlLimit", 2048);
defaultProperties.put("useLocalSessionState", true);
defaultProperties.put("cacheResultSetMetadata", true);
defaultProperties.put("elideSetAutoCommits", true);

  

• java-project : 用来测试组件功能的项目，会作为和出现问题的项目做行为测试对比。spring-boot:2.5.4、mysql-connector-java:8.0.26  
  
• store：游戏库项目，正是这个项目发现了问题。spring-boot:2.6.6 、mysql-connector-java:8.0.28  
  
• 阿里云 RDS(MySQL): 阿里云 MySQL 默认的隔离级别为 READ_COMMITTED，而 MySQL 默认的隔离级别为 REPEATABLE_READ
  

@Transactional
@DataSource(type = Type.MASTER,value = "developer")
public void addUser(ApolloUser user){
  userRepository.save(user);
  int i = 1/0; //抛异常
}

  

• 具体表现为：执行 addUser 方法，当 1/0 抛出 RuntimeException 类型异常时，user 对象还是添加成功了。一句话总结就是，【事务回滚不生效了】。
  
  

  

• 假设1：曾假设过是不是 @Transactional 的 aop 没生效，导致并未开启显式事务。  
  
• 假设1不成立，因为在开启了 debug 日志模式后，清晰的输出了事务每个阶段的行为日志，如：
  

  

• 假设2：考虑到使用了 commons-db , 如果框架层连接管理问题，导致了事务的开启、事务回滚时获取到的连接不一致，也有可能导致这个问题。  
  
• 假设2不成立：马上就否了，因为从上面日志上可以看到连接是同一个连接。而且不同连接执行非预期的开启、回滚事务操作应该会抛异常才是。
  

@Transactional(isolation = Isolation.REPEATABLE_READ)
   @DataSource(type = Type.MASTER,value = "developer")
   public void addUser(ApolloUser user){
     userRepository.save(user);
     int i = 1/0;
   }

  

• 1、在添加了 @Transactional 的方法执行前，会执行事务管理器（DataSourceTransactionManager）的 doBegin 方法创建一个事务，在 doBegin 方法里，会设置 autoCommit = false。会判当前隔离级别是否和用户定义的一致，否则就更新隔离级别。
  

  

• 2、方法执行失败后，会执行事务管理器（DataSourceTransactionManager）的 doRollback 方法回滚事务。
  

  

• 事务回滚失败时，事务流程并未执行 SET autocommit=0 指令。
  

  

• useLocalSessionState：维护本地 sessionState ,在需要判断 【事务提交模式】、【隔离级别】设置时，获取本地状态，而不是每次像 MySQL Server 发起询问。
  

useLocalSessionState=false
auto-commit=false

public boolean isAutocommit() {
  return (this.statusFlags & 2) != 0;
}
 
public boolean isAutoCommit() {
  return this.autoCommit;
}

  

• 转机2：当设置隔离级别为 REPEATABLE_READ 时，事务回滚生效了。是因为当用户定义的隔离级别 RR 和默认的 RC 不一致时，会触发 session 设置新的隔离级别，此时也会将 statusFlags = 0 更新为 statusFlags = 2. 故在调用 isAutocommit() 返回 true ，满足了执行 SET autocommit=0 指令的条件。
  

  

• 升级 spring-boot:2.6.6 版本和 store 保持一致：问题复现了  
  
• 保持 spring-boot:2.5.4，调整 mysql-connector-java:8.0.28 ：问题也复现了
  

  

• https://github.com/mysql/mysql-connector-j
  

  

• 8.0.29 release：https://dev.mysql.com/doc/relnotes/connector-j/8.0/en/news-8-0-29.html  
  
• A connection did not maintain the correct autocommit state when it was used in a pool with useLocalSessionState=true. (Bug #106435, Bug #33850099)