事务执行异常处理、提交、回滚：https://www.cnblogs.com/xsj1989/p/17774735.html
Mysql 默认的执行引擎是innoDB，支持事务，行级锁定和外键。
Mysql事务特性
1.原子性：事务是一个不可分割的整体，要么全部成功，要么全部失败。
2.一致性：系统从一个正确状态迁移到另一个正确状态。
3.隔离性：每个事务的对象对其他事务的操作对象互相分离，事务提交前，对其他事务不可见。
4.持久性：事务一旦提交，其结果是永久性的。
事务的隔离级别
Isolate，顾名思义就是将事务与另一个事务隔离开，为什么要隔离呢？如果一个事务正在操作的数据被另一个事务修改或删除了，最后的执行结果可能无法达到预期。如果没有隔离性还会导致其他问题。
1.读未提交(Read uncommitted)
一个事务可以读取另一个未提交事务的数据，最低级别，任何情况都无法保证,会造成脏读。
在read uncommitted 级别中，当在事务A中对数据的修改即使是在事务未提交的时候，其他并发操作的事务依然可以读取到事务A修改的数据，这种情况我们叫做数据“脏读”。
那如果事务A在后面出现回滚的操作时，而其他事务在已经读取到的是事务A之前的修改，就会导致出现数据的修改混乱。
2.读已提交(Read committed)
一个事务要等另一个事务提交后才能读取数据，可避免脏读的发生，会造成不可重复读。
在read committed级别中，当一个事务A从开始直到事务提交之前，其他的并发事务对该事务的修改都是不可见的。
但是在其他同一事务内执行两次一样的查询时，查询的结果也会不同，所以这个级别同时也叫做不可重复读。
其他大多数的数据库默认的隔离级别都是read committed ，但是mysql 默认隔离级别不是。
3.可重复读(Repeatable read) 系统默认级别
就是在开始读取数据（事务开启）时，不再允许修改操作，可避免脏读、不可重复读的发生，但是会造成幻读。
repeatable read级别是mysql 默认的事务隔离级别。该级别确保了在一个事务中多次读取结果是一致的，但同时也出现另一个“幻读”的问题。
幻读，是指当某个事务在读取某个范围内的记录时另一个事务又在该范围内插入了新的数据，那么再次读取该范围的数据时会出现幻行。
MySQL在存储引擎（InnoDB和XtraDB）下是通过锁机制加MVCC(多版本并发控制)来解决幻读的问题。
因此也是MySQL 中默认使用的事务隔离级别，同时需要使用事务时一般使用InnoDB存储引擎。
4.串行(Serializable)
是最高的事务隔离级别，在该级别下，事务串行化顺序执行，可以避免脏读、不可重复读与幻读。但是这种事务隔离级别效率低下，比较耗数据库性能，一般不使用。
serializable隔离级别是将各个事务强制串行执行，在每个事务执行时都会对该事务影响的数据行进行加锁，
因此其他并发的事务则无法进行读写操作，需等这条事务提交后并释放锁才能进行下一个事务的执行。
由于需要对每条数据都加锁，这样就会导致大量的操作超时和锁争用的问题。在我们的实际项目开发中很少使用这个级别。
Mysql的默认隔离级别是Repeatable read。
事务的隔离级别-操作
Mysql 默认的执行引擎是innoDB，支持事务，行级锁定和外键。
Mysql事务特性
1.原子性：事务是一个不可分割的整体，要么全部成功，要么全部失败。
2.一致性：系统从一个正确状态迁移到另一个正确状态。
3.隔离性：每个事务的对象对其他事务的操作对象互相分离，事务提交前，对其他事务不可见。
4.持久性：事务一旦提交，其结果是永久性的。
事务的隔离级别
Isolate，顾名思义就是将事务与另一个事务隔离开，为什么要隔离呢？如果一个事务正在操作的数据被另一个事务修改或删除了，最后的执行结果可能无法达到预期。如果没有隔离性还会导致其他问题。
1.读未提交(Read uncommitted)
一个事务可以读取另一个未提交事务的数据，最低级别，任何情况都无法保证,会造成脏读。
在read uncommitted 级别中，当在事务A中对数据的修改即使是在事务未提交的时候，其他并发操作的事务依然可以读取到事务A修改的数据，这种情况我们叫做数据“脏读”。
那如果事务A在后面出现回滚的操作时，而其他事务在已经读取到的是事务A之前的修改，就会导致出现数据的修改混乱。
2.读已提交(Read committed)
一个事务要等另一个事务提交后才能读取数据，可避免脏读的发生，会造成不可重复读。
在read committed级别中，当一个事务A从开始直到事务提交之前，其他的并发事务对该事务的修改都是不可见的。
但是在其他同一事务内执行两次一样的查询时，查询的结果也会不同，所以这个级别同时也叫做不可重复读。
其他大多数的数据库默认的隔离级别都是read committed ，但是mysql 默认隔离级别不是。
3.可重复读(Repeatable read) 系统默认级别
就是在开始读取数据（事务开启）时，不再允许修改操作，可避免脏读、不可重复读的发生，但是会造成幻读。
repeatable read级别是mysql 默认的事务隔离级别。该级别确保了在一个事务中多次读取结果是一致的，但同时也出现另一个“幻读”的问题。
幻读，是指当某个事务在读取某个范围内的记录时另一个事务又在该范围内插入了新的数据，那么再次读取该范围的数据时会出现幻行。
MySQL在存储引擎（InnoDB和XtraDB）下是通过锁机制加MVCC(多版本并发控制)来解决幻读的问题。
因此也是MySQL 中默认使用的事务隔离级别，同时需要使用事务时一般使用InnoDB存储引擎。
4.串行(Serializable)
是最高的事务隔离级别，在该级别下，事务串行化顺序执行，可以避免脏读、不可重复读与幻读。但是这种事务隔离级别效率低下，比较耗数据库性能，一般不使用。
serializable隔离级别是将各个事务强制串行执行，在每个事务执行时都会对该事务影响的数据行进行加锁，
因此其他并发的事务则无法进行读写操作，需等这条事务提交后并释放锁才能进行下一个事务的执行。
由于需要对每条数据都加锁，这样就会导致大量的操作超时和锁争用的问题。在我们的实际项目开发中很少使用这个级别。
Mysql的默认隔离级别是Repeatable read。
事务的隔离级别-操作
-- 查看隔离级别 show variables like '%isolation%’; -- 设置隔离级别 /* set session transaction isolation level 级别字符串 级别字符串：read uncommitted、read committed、repeatable read、serializable */ -- 设置read uncommitted set session transaction isolation level read uncommitted; -- 设置read committed set session transaction isolation level read committed; -- 设置repeatable read set session transaction isolation level repeatable read; -- 设置serializable set session transaction isolation level serializable;
参考：https://blog.csdn.net/weixin_64940494/article/details/125885972
