1、事务的 四个特征(ACID)
事务具有四个特征:原子性( Atomicity )、一致性( Consistency )、隔离性( Isolation )和持续性( Durability )。这四个特性简称为 ACID 特性。
1 、原子性。事务是数据库的逻辑工作单位,事务中包含的各操作要么都做,要么都不做
2 、一致性。事 务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。因此当数据库只包含成功事务提交的结果时,就说数据库处于一致性状态。如果数据库系统 运行中发生故障,有些事务尚未完成就被迫中断,这些未完成事务对数据库所做的修改有一部分已写入物理数据库,这时数据库就处于一种不正确的状态,或者说是 不一致的状态。
3 、隔离性。一个事务的执行不能其它事务干扰。即一个事务内部的操作及使用的数据对其它并发事务是隔离的,并发执行的各个事务之间不能互相干扰。
4 、持续性。也称永久性,指一个事务一旦提交,它对数据库中的数据的改变就应该是永久性的。接下来的其它操作或故障不应该对其执行结果有任何影响。
2、隔离级别
1)Read Uncommitted(读取未提交内容)
产生脏读
脏读(Drity Read):某个事务已更新一份数据,另一个事务在此时读取了同一份数据,由于某些原因,前一个RollBack了操作,则后一个事务所读取的数据就会是不正确的。
2)Read Committed(读取提交内容)
满足了隔离的简单定义:一个事务只能看见已经提交事务所做的改变。
产生不可重复读(Nonrepeatable Read)
因为同一事务的其他实例在该实例处理其间可能会有新的commit,所以同一select可能返回不同结果。
3)Repeatable Read(可重读)–mysql默认
确保同一事务的多个实例在并发读取数据时,会看到同样的数据行。
产生幻读 (Phantom Read)。
幻读指当用户读取某一范围的数据行时,另一个事务又在该范围内插入了新行,当用户再读取该范围的数据行时,会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制(MVCC,Multiversion Concurrency Control)机制解决了该问题。
4)Serializable(可串行化)
强制事务排序,使之不可能相互冲突,从而解决幻读问题。简言之,它是在每个读的数据行上加上共享锁。在这个级别,可能导致大量的超时现象和锁竞争。
3、传播属性
require同生共死。所有事务设置都用a的
require_new 可以单独控制
但是在同一个service里,c设置了new事务也没用,因为springboot里的事务是通过代理实现的,这样做绕过了代理。
解决: