select for update不交由spring事务管理的正确姿势

明确一下概念

1. set autocommit = 0

关闭当前会话中事务的自动提交，需要手动 commit 或者 rollback，相当于开启一个全局的事务。在 mysql 的
事务中，默认autocommit = 1，每一次 sql 操作都被认为是一个单次的事务，被隐式提交。而oracle默认是
autocommit=0

1. start transaction

挂起 autocommit 的状态，开启一个事务上下文。首先数据库会隐式提交之前的还未被提交的操作，同时开启一个新事务。挂起autocommit 的意思是保存 autocommit 的当前状态，然后 start transaction，直到 commit or
rollback 结束本次事务，再恢复之前挂起的 autocommit 的状态。
如果 start transaction 前 autocommit = 1，则完成本次事务后 autocommit 还是 1
如果 start transaction 前 autocommit = 0，则完成本次事务后 autocommit 还是0，接下来的操作你仍需手动
commit 才可以提交。

        SqlSession sqlSession = null;
        try {
            InputStream in = Resources.getResourceAsStream("mybatis-config.xml");
            SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(in);
            // 不开启自动提交事务
            sqlSession = sqlSessionFactory.openSession(false);
            List list = sqlSession.selectList("com.shuang.test.findAllUsers");
            if (list.size() > 0) {
                sqlSession.update("xxx");
            }
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            // 强制提交事务，如果不设置的话，只有在insert或update才会提交事务，如果selectForUpdate结果为空，无法进行update操作是无法提交事务的
            sqlSession.commit(true);
            sqlSession.close();
        }

上面的代码是在oracle数据库中进行的，数据库连接池使用druid,代码看起来无任何问题。而实际是当查询为空时，不会执行下面的update语句，而事务还是没有提交，导致相应行被锁住了。也就是sqlSessionFactory.openSession(false)中的设置的autoCommit不起作用（注意程序中的autoCommit的值与mysql中的autocommit没有任何关系，它只是一个属性，用来辅助代码最后的是否进行commit，它不是设置mysql的autocommit的值）。debug源码，跟踪executor.query中的方法

解决办法有三种：

1. 用sqlSession.getConnection().setAutoCommit(false);来设置autoCommit属性为false
2. 提交时用直接调用connection的commit方法：sqlSession.getConnection().commit();
3. 使用spring来开启事务

需要注意的是，上面的例子，在oracle数据库会阻塞，但mysql不会。原因就是mysql数据库是autocommit=1，会隐式commit，所以不会阻塞，而oracle是autocommit=0,但commit没有执行就阻塞了。

最后给出4个思考题梳理一下：

• 开启事务，事务不提交，for update悲观锁不会释放。（start transaction，必须要commit，这个没什么好说的）

public void forupdateByTransaction() throws Exception {
  // 主线程获取独占锁
  reentrantLock.lock();

  new Thread(() -> transactionTemplate.execute(transactionStatus -> {
    // select * from forupdate where name = #{name} for update
    this.forupdateMapper.findByName("testforupdate");
    System.out.println("==========for update==========");
    countDownLatch.countDown();
    // 阻塞不让提交事务
    reentrantLock.lock();
    return null;
  })).start();

  countDownLatch.await();

  System.out.println("==========for update has countdown==========");
  this.forupdateMapper.updateByName("testforupdate");
  System.out.println("==========update success==========");

  reentrantLock.unlock();
}

• 不加spring事务并发执行for update，oracle会发生阻塞，而mysql不会阻塞。（druid的属性autocommit默认是true，mybatis认为我们已经提交事务了，不会执行commit，mysql的autocommit默认1，没影响，但oracle的autocommit默认是0，需要显式commit，所以阻塞了）

public void forupdateByConcurrent() {
  AtomicInteger atomicInteger = new AtomicInteger();

  for (int i = 0; i < 100; i++) {
    new Thread(() -> {
      // select * from forupdate where name = #{name} for update
      this.forupdateMapper.findByName("testforupdate");
      System.out.println("========ok:" + atomicInteger.getAndIncrement());
    }).start();
  }

}

• 不加spring事务并发for update操作，并且druid连接池autocommit=false，不会发生阻塞（由于druid的autocommit是false，所以mybatis认为事务没有提交，帮我们commit了，所以不会阻塞）
• 加spring事务并发for update操作，不会发生阻塞（由spring负责start transaction，执行sql，然后commit，完美，不会阻塞）

private void forupdateByConcurrentAndTransaction() {
  AtomicInteger atomicInteger = new AtomicInteger();

  for (int i = 0; i < 100; i++) {
    new Thread(() -> transactionTemplate.execute(transactionStatus -> {
      // select * from forupdate where name = #{name} for update
      this.forupdateMapper.findByName("testforupdate");
      System.out.println("========ok:" + atomicInteger.getAndIncrement());
      return null;
    })).start();
  }
}