假如Druid数据源会将活跃连接放回连接池中，则后续有其他线程获取到原有的数据库连接时，可以将之前的会话提交

以上假设不成立，原因如下

• Druid不会自动提交事务

MySQL connector中，用于提交事务的方法为com.mysql.cj.jdbc.ConnectionImpl类，commit()方法

以上方法在com.alibaba.druid.pool.DruidPooledConnection类，commit()方法中被调用，即只有在调用Druid的提交事务方法时，Druid才会执行MySQL connector中提交事务的方法

即Druid不会自动提交事务

• Druid不会将活跃连接放回连接池

未发现Druid将活跃连接放回连接池的相关参数配置及代码

• Druid归还连接时会对事务隐式回滚

Druid将数据库连接归还到连接池时，会对事务隐式回滚，说明见前文

即使Druid会将活跃连接放回连接池，也会将对应的事务回滚，后续无法再提交

事务开启后不提交/回滚，则对应的数据库连接在Druid数据源中会处于活动状态，无法被其他线程获取到，因此无法被其他线程提交

当前线程的ThreadLocal中有记录对应的数据库连接信息，假如当前线程后续又执行了其他数据库操作，分以下情况考虑

• 不使用事务

当前线程后续不使用事务，执行其他数据库操作时，会使用原有的连接，但因为不使用事务，不会执行commit，即不会提交原有事务

• 使用事务，使用原有连接

当前线程后续使用事务，使用原有连接（对应REQUIRED等Spring事务传播行为），执行其他数据库操作时，因为此时事务不属于新事务，在尝试提交事务的过程中，不会实际执行提交事务的操作

• 使用事务，使用新的连接

当前线程后续使用事务，使用新的连接（对应REQUIRES_NEW等Spring事务传播行为），会使用新的连接提交事务，与原有事务不属于同一个数据库连接，不会提交原有事务

根据以上内容可知，事务开启后不提交/回滚，不管是其他线程还是原有线程，后续都不会提交原有事务

以上情况可总结为如下表格：

结合前文可知，经过一段时间后，在以下情况下，原有的事务会被回滚

• 当Java应用进程结束时，会关闭所有的数据库连接，原有的事务会回滚
• 当MySQL服务器kill对应的线程时，也会关闭对应的数据库连接，原有的事务会回滚
• 当事务超时（默认8小时），或在事务中获取行锁超时（默认50秒）时，原有的事务会回滚

因此事务开启后不提交/回滚时，最终会被回滚

以下分析Spring事务传播行为对事务嵌套执行的影响，即一个线程已开启一个事务后，又尝试开启事务的情况

一个线程已开启一个事务后，又使用事务传播行为REQUIRED开启事务，情况如下：

第二个（及之后）事务开启时，不会开启新的事务，实际上还是使用现有事务；

第二个（及之后）事务执行完毕进行提交时，不会提交现有事务；

第一个事务执行完毕进行提交时，会对事务执行提交

即：使用现有的事务时，由第一次开启事务的代码最后对事务执行提交，后续的事务（没有开启新事务）不会对事务执行提交

以上流程如下所示：

一个线程已开启一个事务后，又使用事务传播行为REQUIRES_NEW开启事务，情况如下：

第二个（及之后）事务开启时，会开启新的事务；

第二个（及之后）事务执行完毕进行提交时，只提交当前开启的事务，不会提交原有事务；

第一个事务执行完毕进行提交时，会对原有事务执行提交

即：使用新的事务时，每一次事务的开启后都由当前事务进行提交，不会提交原有事务

以上流程如下所示：

需要使用编程式事务时，建议使用Spring事务模板TransactionTemplate

org.springframework.transaction.support.TransactionTemplate类的execute()方法用于通过事务执行数据库操作

setPropagationBehavior()方法可以用于设置TransactionTemplate对应的Spring事务传播行为

execute()方法部分代码如下：

TransactionStatus status = this.transactionManager.getTransaction(this);
T result;
try {
    result = action.doInTransaction(status);
catch (RuntimeException | Error ex) {
    // Transactional code threw application exception -> rollback
    rollbackOnException(status, ex);
    throw ex;
catch (Throwable ex) {
    // Transactional code threw unexpected exception -> rollback
    rollbackOnException(status, ex);
    throw new UndeclaredThrowableException(ex, "TransactionCallback threw undeclared checked exception");
this.transactionManager.commit(status);
return result;
以上action为需要在事务中执行的自定义代码
 
在执行过程中出现异常时，会调用rollbackOnException()方法对事务进行回滚
 
若自定义代码执行完毕且未出现异常，则会调用transactionManager.commit()方法对事务进行提交
 
Spring事务模板会在数据库操作正常执行结束后提交事务，出现异常时回滚事务，不会出现遗漏
                    了解到一个事故，在MySQL数据库中，使用Spring管理的事务在开启以后没有在操作结束时提交或回滚，使得原有线程在后续执行数据库操作时可能继续使用原有事务，且不会提交，导致对数据库的修改在Java应用层认为是成功，但在数据库层最终是没有生效的，产生了比较严重的后果
一、Mysql事务
数据库的多事务并发问题，为了解决多事务并发问题，数据库设计了事务隔离机制、锁机制、MVCC多版本并发控制隔离机制，用一整套机制来解决多事务并发问题。
1.1事务的属性
事务（Transaction）是数据库系统中一系列操作的一个逻辑单元，所有操作要么全部成功要
//防止全局配置了 所以这里定义sprnig 不托管事物
    @Transactional(propagation = Propagation.NOT_SUPPORTED)
    public boolean  deductNumber(Long id,int i){
        DefaultTransactionDefinition...
				
spring事务问题：没有提交。全部都加
@Transactional(readOnly = false, propagation = Propagation.REQUIRED)
import java.util.List;
				
1. Spring数据库事务管理器的设计
在Spring中数据库事务是通过PlatformTransactionManager进行管理的。TransactionTemplate源码：
事务的创建、提交和回滚都是通过PlatformTransactionManager接口来完成，当事务产生异常时会回滚事务。在默认的实现中所有的异常都会回滚，我们可以通过配置去修改在某些异常发生时回滚或者不回滚事务。当无异常时会提交事务。
PlatformTransactionManager接口的源码：
1.配置事务管理器
				
首先事务开启后，在commit之前，只是将其内容写入日志，commit后才会真正写入数据库。
那么，如果一个事务没有提交，此时别的事务能读取到它的内容吗？是可以的，在于数据库事务的隔离级别，mysql默认下为read repeatable，是不能读取未提交的内容的，将其设置为read uncommitted即可。
这是否意味着事务可以不提交呢？先不说read uncommitted会带来很多危害（脏读等），事务如果不提交，也只能短时间的让别的事务读取。原因在于数据库连接关闭后，事务做的内容就会丢失。
				
公司的一哥们在使用事务时未进行commit，链接断开后数据库执行了回滚操作，导致线上直播相关库的部分数据丢失，本文通过mysql命令行模拟该事故，并提供解决该问题的思路。希望对大家有帮助。
一、场景模拟
二、紧急处理
三、原因分析
四、相关命令
1、查看正在执行的事务
2、查看正在锁的事务
3、查看等待锁的事务
4、查看所有的线程列表
5、定位未提交的事务执行的sql语句
对于 MySQL 事务，需要在代码中使用 JDBC API 来控制事务的开始、提交和回滚等操作。具体步骤如下：
- 获取数据库连接：使用 DriverManager 或 DataSource 获取数据库连接。
- 开启事务：调用 Connection 对象的 setAutoCommit(false) 方法，将自动提交设置为 false，即开启事务。
- 执行数据库操作：在事务中执行一组数据库操作，可以使用 PreparedStatement 或 Statement 对象来执行 SQL 语句。
- 提交事务或回滚事务：如果所有的数据库操作都执行成功，调用 Connection 对象的 commit() 方法提交事务；如果任何一个数据库操作失败，调用 Connection 对象的 rollback() 方法回滚事务。
- 关闭数据库连接：无论事务执行成功或失败，都需要关闭数据库连接。
2. Spring 事务配置
对于 Spring 事务，可以使用声明式事务或编程式事务来实现事务的控制。具体步骤如下：
- 声明式事务配置：在 Spring 配置文件中配置事务管理器（TransactionManager）和事务通知（TransactionAdvice），并在需要控制事务的方法上添加事务注解（@Transactional）。
- 编程式事务配置：在代码中使用 TransactionTemplate 或 PlatformTransactionManager 等 Spring 提供的事务 API 来手动控制事务的开始、提交和回滚等操作。
以上是 MySQL 事务和 Spring 事务的基本配置方法，具体实现方式还要根据实际的业务需求和技术栈来进行选择和优化。