事务传播行为
传播行为 | 含义 |
| 表示当前方法必须运行在事务中。如果当前事务存在，方法将会在该事务中运行。否则，会启动一个新的事务 |
| 表示当前方法不需要事务上下文。如果当前存在事务，则加入该事务；如果当前不存在事务，则以非事务的方式继续运行。 |
| 表示该方法必须在事务中运行。如果当前存在事务，则加入该事务；如果当前不存在事务，则抛出异常。 |
| 表示必须运行在它自己的事务中。重新创建一个新的事务，如果当前存在事务，挂起当前的事务。 |
| 表示当前方法以非事务的方式运行。如果当前存在事务，挂起当前的事务。 |
| 表示当前方法以非事务的方式运行。如果当前存在事务，则抛出异常。 |
| 表示如果当前已经存在一个事务，那么该方法将会在嵌套事务中运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在，那么其行为与 |
隔离级别
隔离级别定义了一个事务可能受其他并发事务影响的程度。多个事务并发运行，经常会操作相同的数据来完成各自的任务，但是可以回导致以下问题：
- 更新丢失：当多个事务选择同一行操作，并且都是基于最初的选定的值，由于每个事务都不知道其他事务的存在，就会发生更新覆盖的问题。
- 脏读：事务A读取了事务B已经修改但为提交的数据。若事务B回滚数据，事务A的数据存在不一致的问题。
- 不可重复读：事务A第一次读取最初数据，第二次读取事务B已经提交的修改或删除的数据。导致两次数据读取不一致。不符合事务的隔离性。
- 幻读：事务A根据相同条件第二次查询到的事务B提交的新增数据，两次数据结果不一致，不符合事务的隔离性。
理想情况下，事务之间是完全隔离的，从而可以防止这些问题的发生。但是完全的隔离会导致性能问题，因为它通常会涉及锁定数据库中的记录。侵占性的锁定会阻碍并发性，要求事务互相等待以完成各自的工作。
因此为了实现在事务隔离上有一定的灵活性。因此，就会有多重隔离级别：
隔离级别 | 含义 |
| 使用后端数据库默认的隔离级别 |
| 允许读取尚未提交的数据变更。可能会导致脏读、幻读或不可重复读 |
| 允许读取并发事务提交的数据。可以阻止脏读，但是幻读或不可重复读仍可能发生 |
| 对同一字段的多次读取结果是一致的，除非数据是被本事务自己所修改，可以阻止脏读和不可重复读，但幻读仍可能发生 |
| 完全服从ACID的事务隔离级别，确保阻止脏读、不可重复读、幻读。这是最慢的事务隔离级别，因为它通常是通过完全锁定事务相关的数据库来实现的 |
MySQL的InnoDB储存引擎的行级锁（rowLock）
行锁的劣势：开销大；加锁慢；会出现死锁
行锁的优势：锁的粒度小，发生锁冲突的概率低；处理并发的能力强
加锁的方式：自动加锁。对于UPDATE、DELETE和INSERT语句，InnoDB会自动给涉及数据集加排他锁；对于普通SELECT语句，InnoDB不会加任何锁；
显示的加锁：
共享锁：select * from tableName where … + lock in share more 排他锁：select * from tableName where … + for update
InnoDB和MyISAM的最大不同点有两个：
一，InnoDB支持事务(transaction)；
二，默认采用行级锁。加锁可以保证事务的一致性，可谓是有人(锁)的地方，就有江湖(事务)。
重复插入数据问题
1.重复插入数据时忽略insert ignore into (xxx) values(xxx)
2.重复插入数据时更新（需要主键或者唯一键）insert into (xxx) values(xxx) on duplicate key update xxx=values(xxx)
