提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档
文章目录
- 前言
 - 一、为什么需要事务?
 - 二、事务的四大特性(ACID)
 - 三、MySQL事务的使用方法
 - 
- [1. 基本语法](#1. 基本语法)
 - [2. 自动提交的设置](#2. 自动提交的设置)
 - [3. 保存点(Savepoint)](#3. 保存点(Savepoint))
 
 - 四、事务隔离级别与并发问题
 - 五、MyBatis中的事务管理
 - 
- [1. 编程式事务](#1. 编程式事务)
 - [2. 声明式事务(整合Spring)](#2. 声明式事务(整合Spring))
 
 - 六、事务的最佳实践
 - 总结
 
前言
在数据库操作中,事务(Transaction) 是确保数据一致性和完整性的核心机制。无论是转账、订单处理还是库存管理,事务都扮演着重要角色。本文将从基础概念出发,结合实例讲解MySQL事务的四大特性、使用方法及扩展知识,助你全面掌握事务的应用场景和最佳实践。
一、为什么需要事务?
想象一个转账场景:
- 张三向李四转账100元
 - 王五向张三转账100元
 
对应的账户表结构如下:
            
            
              c
              
              
            
          
          id    money
1     100   -- 张三的账户  
2     300   -- 李四的账户  
        若直接执行两条SQL:
            
            
              c
              
              
            
          
          UPDATE account SET money = 300 WHERE id = 1;  -- 张三账户+100  
UPDATE account SET money = 100 WHERE id = 2;  -- 李四账户-100  
        问题:如果第二条SQL执行失败(例如拼写错误id=2w),张三的账户已变更,但李四的账户未扣款,导致数据不一致。
解决方案:通过事务将多个操作绑定为一个原子单元,要么全部成功,要么全部回滚。
二、事务的四大特性(ACID)
- 
原子性(Atomicity)
- 
事务中的操作要么全部成功,要么全部失败。
 - 
例如转账时,两条UPDATE必须同时成功或同时撤销。
 
 - 
 - 
一致性(Consistency)
- 
事务执行前后,数据库必须保持一致性状态。
 - 
转账前后,总金额应保持不变(张三+100,李四-100)。
 
 - 
 - 
隔离性(Isolation)
- 
多个并发事务之间互不干扰。
 - 
例如A事务修改数据时,B事务不能读取中间状态。
 
 - 
 - 
持久性(Durability)
- 事务提交后,修改永久保存,即使系统故障也不丢失。
 
 
三、MySQL事务的使用方法
1. 基本语法
sql语句
            
            
              c
              
              
            
          
          START TRANSACTION;  -- 开启事务  
UPDATE account SET money = 300 WHERE id = 1;  
UPDATE account SET money = 100 WHERE id = 2;  
COMMIT;            -- 提交事务(持久化)  
-- 若发生错误:  
ROLLBACK;          -- 回滚事务(撤销所有操作)  
        2. 自动提交的设置
MySQL默认开启自动提交(autocommit=1),每条SQL独立成事务。可通过以下命令修改:
            
            
              c
              
              
            
          
          SET autocommit = 0;  -- 关闭自动提交  
        3. 保存点(Savepoint)
在复杂事务中设置回滚点:
            
            
              c
              
              
            
          
          SAVEPOINT sp1;  
-- 执行部分操作  
ROLLBACK TO sp1;  -- 回滚到sp1  
        四、事务隔离级别与并发问题
MySQL支持四种隔离级别(默认为REPEATABLE READ):
- 
READ UNCOMMITTED
- 问题:脏读(读到未提交的数据)。
 
 - 
READ COMMITTED
- 解决脏读,但存在不可重复读(同一查询结果不一致)。
 
 - 
REPEATABLE READ
- 解决不可重复读,但存在幻读(新增数据影响结果)。
 
 - 
SERIALIZABLE
- 完全串行化,解决所有问题,但性能最低。
 
 
设置隔离级别:
            
            
              c
              
              
            
          
          SET TRANSACTION ISOLATION LEVEL READ COMMITTED;  
        五、MyBatis中的事务管理
在MyBatis中,事务可通过以下方式管理:
1. 编程式事务
            
            
              c
              
              
            
          
          SqlSession sqlSession = sqlSessionFactory.openSession(false);  // 关闭自动提交  
try {  
    userMapper.updateAccount1();  
    userMapper.updateAccount2();  
    sqlSession.commit();  
} catch (Exception e) {  
    sqlSession.rollback();  
}  
        2. 声明式事务(整合Spring)
在Spring配置文件中声明事务管理器:
            
            
              c
              
              
            
          
          <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">  
    <property name="dataSource" ref="dataSource"/>  
</bean>  
<tx:annotation-driven/>  
        在Service层使用注解:
            
            
              c
              
              
            
          
          @Transactional(isolation = Isolation.DEFAULT, propagation = Propagation.REQUIRED)  
public void transfer() { ... }  
        六、事务的最佳实践
- 
尽量缩短事务时间
- 避免长事务占用资源,引发锁竞争。
 
 - 
合理选择隔离级别
- 根据业务需求平衡一致性与性能。
 
 - 
处理异常
- 确保代码中捕获异常并回滚事务。
 
 - 
避免跨库事务
- 分布式事务复杂度高,建议使用消息队列或最终一致性方案。
 
 
总结
事务是数据库系统的基石,通过ACID特性保障数据安全。合理使用事务能有效避免数据错乱,提升系统可靠性。在实际开发中,需结合业务场景选择隔离级别,并注意事务的粒度与性能优化。
记住:没有银弹,事务虽强大,滥用则成负担!
通过本文,你不仅掌握了事务的核心概念和MySQL操作方法,还了解了隔离级别、MyBatis集成及最佳实践。现在,尝试在你的项目中应用这些知识,感受事务带来的数据安全感吧!