一、事务概述:
在一个事件中可能有多个步骤,这些步骤要么全部成功,要么全部失败,这个事件就称之为一个事务。
eg:比如,我们去银行转账,操作可以分为下面两个环节:
(1)从第一个账户划出款项。
(2)将款项存入第二个账户。
在这个过程中,两个环节是关联的。第一个账户划出款项必须保证正确的存入第二个账户,如果第二个环节没有完成,整个的过程都应该取消,否则就会发生丢失款项的问题。整个交易过程,可以看作是一个事务,成功则全部成功,失败则需要全部撤消,这样可以避免当操作的中间环节出现问题时,产生数据不一致的问题。
二、事务四大特性:
1. 原子性(Atomicity):组成事务的单位,涉及多个操作,这些操作要么全部成功,要么全部失败,这个特性就是事务的原子性。比如在同一个事务中的SQL语句,要么全部执行成功,要么全部执行失败
2. 一致性(Consistency):事务发生前后,数据在完整性上仍然保持一致。以转账为例子,A向B转账,假设转账之前这两个用户的钱加起来总共是2000,那么A向B转账之后,不管这两个账户怎么转,A用户的钱和B用户的钱加起来的总额还是2000,这个就是事务的一致性。
3. 隔离性(Isolation):线程安全问题。事务的隔离性是指多个用户并发访问数据库时,数据库为每一个用户开启的事务,不能被其他事务的操作数据所干扰,多个并发事务之间要相互隔离。
4. 持久性(Durability):一旦事务提交,数据库中的数据就会发生真实的修改。这个过程是不可逆的,没有任何操作可以撤销这个修改。接下来即使数据库发生故障也不应该对其有任何影响
三、数据库隔离级别:
1. 当数据库上有多个事务同时执行的时候,就可能出现脏读(dirty read)、不可重复读(non-repeatable read)、幻读(phantom read)的问题,为了解决这些问题,就有了“隔离级别”的概念。:
脏读:事务A读取了事务B更新的数据,然后B回滚操作,那么A读取到的数据是脏数据。
不可重复读:事务 A 多次读取同一数据,事务B 在事务A多次读取的过程中,对数据作了更新并提交,导致事务A多次读取同一数据时,结果不一致。
虚读/幻读:事务在插入已经检查不存在的记录时,惊奇的发现那些数据已经存在了,这就叫幻读。
2. 数据库隔离级别是为了消除在多个事务之间产生的线程安全问题所存在的一个数据库安全形式。
read uncommitted(读未提交):数据库隔离级别最低。可能会出现脏读,不可重复读,虚读/幻读。数据库的性能最高--可能出现的问题太多,不会使用。
read committed(读已提交):数据库隔离级别较低,可以防止脏读,可能会出现 不可重复读,虚读/幻读。数据库的性能较高。
repeatable read(可重复读):数据库隔离级别较高,可以防止脏读,不可重复读。可能会出现虚读/幻读。数据库的性能较弱。数据库默认的隔离级别。
serializable(串行化):数据库隔离级别最高。可以防止脏读,不可重复和虚读/幻读。数据库的性能最弱。称之为串行化模式。--性能太差,不会使用
隔离得越严实,效率就会越低
性能:read uncommitted > read committed > repeatable read > serializable
安全:serializable > repeatable read > read committed > read uncommitted
事务的ACID特性是由关系数据库系统(DBMS)来实现的,DBMS采用 日志 来保证事务的原子性、一致性和持久性。日志记录了事务对数据库所作的更新,如果某个事务在执行过程中发生错误,就可以根据日志撤销事务对数据库已做的更新,使得数据库同滚到执行事务前的初始状态。
对于事务的隔离性,DBMS是采用 锁机制 来实现的。当多个事务同时更新数据库中相同的数据时,只允许持有锁的事务能更新该数据,其他事务必须等待,直到前一个事务释放了锁,其他事务才有机会更新该数据。
mysql数据库查询当前事务隔离级别:select @@tx_isolation
mysql数据库设置事务隔离级别:set transaction isolation level 隔离级别名
Spring事务属性对应TransactionDefinition类里面的各个方法
当事务方法被另一个事务方法调用时,必须指定事务应该如何传播。例如:方法可能继续在现有事务中运行,也可能开启一个新事务,并在自己的事务中运行。Spring定义了七种传播行为:
Spring中定义了五种隔离规则:
Spring 为事务管理提供了丰富的功能支持。Spring 事务管理分为编码式和声明式的两种方式:
声明式事务管理也有两种常用的方式,一种是在配置文件(xml)中做相关的事务规则声明,另一种是基于@Transactional注解的方式。
@Transactional注解可以作用于接口、接口方法、类以及类方法上。当作用于类上时,该类的所有 public 方法将都具有该类型的事务属性
Spring 建议不要在接口或者接口方法上使用该注解,因为这只有在使用基于接口的代理时它才会生效。另外,@Transactional注解应该只被应用到 public 方法上,这是由Spring AOP的本质决定的。如果你在 protected、private 或者默认可见性的方法上使用 @Transactional 注解,这将被忽略,也不会抛出任何异常。
默认情况下,只有来自外部的方法调用才会被AOP代理捕获,也就是,类内部方法调用本类内部的其他方法并不会引起事务行为,即使被调用方法使用@Transactional注解进行修饰。
@Transactional注解里面的各个属性和咱们在上面讲的事务属性里面是一一对应的。用来设置事务的传播行为、隔离规则、回滚规则、事务超时、是否只读。