定义
一个事务其实就是一个完整的业务逻辑，是一个最小的工作单元，不可再分，事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败。
例如：王五向赵六的账户上转2000块钱，王五的账户上少2000块钱，赵六的账户上多2000块钱，这个操作是一个最小的工作单元，要么同时成功，要么同时失败。
只有insert,delete,update语句才跟事务有关，因为只有这些语句是数据库表中数据进行增、删、改的。
做某件事的时候，需要多条增删改语句共同联合起来才能完成，所以需要事务的存在。一个事务其实就是多条增删改语句同时成功，或者同时失败！
提交事务、回滚事务
事务是通过InnoDB存储引擎来实现多条增删改语句同时成功或者同时失败的，InnoDB存储引擎是提供用来记录事务性活动的日志文件的。在事务的执行过程中，每一次的增删改操作都会记录到“事务性活动的日志文件”中。
定义
提交事务：清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中。提交事务标志着事务的结束，并且是一种全部成功的结束。
回滚事务：将之前所有的增删改操作全部撤销，并且清空事务性活动的日志文件，回滚事务标志着，事务的结束，并且是一种全部失败的结束。
演示事务：
1.回滚事务：
2.提交事务
事务的ACID 特性
原⼦性（Atomicity）
事务是⼀个原⼦操作，要么全部提交，要么全部回滚。当⼀个事务执⾏期间发⽣故障，操作系统会⾃动将其回滚到事务执⾏之前的状态，保证数据的⼀致性。
⼀致性（Consistency）
事务执⾏结束后，数据必须保持⼀致性状态。在事务执⾏期间，数据库中的数据可以处于中间状态，但在事务完成时必须保证数据的⼀致性。
隔离性（Isolation）
数据库系统必须保证事务之间相互隔离，不会互相⼲扰。隔离级别不同，会影响到事务的并发性和数据⼀致性，⽐如出现脏读、不可重复读、幻读等问题。
持久性（Durability）
⼀旦事务提交，其所做的修改必须永久保存到数据库中。即使系统发⽣故障或宕机，数据也能够保持不变。
事务的隔离级别
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
|---|---|---|---|
| Read uncommitted（读未提交） | √ | √ | √ |
| Read committed （读提交） | × | √ | √ |
| Repeatable Read(可重复读取，默认) | × | × | √ |
| Serializable（可序化） | × | × | × |
读未提交（READ UNCOMMITTED）
在读未提交隔离级别下，事务 A 可以读取到事务 B 修改过但未提交的数据。可能发生脏读、不可重复读和幻读问题，一般很少使用此隔离级别。这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步！
读已提交（READ COMMITTED）
在读已提交隔离级别下，事务 B 只能在事务 A 修改过并且已提交后才能读取到事务 B 修改的数据。读已提交隔离级别解决了脏读的问题，但可能发生不可重复读和幻读问题
可重复读（REPEATABLE READ）
在可重复读隔离级别下，事务 B 只能在事务 A 修改过数据并提交后，自己也提交事务后，才能读取到事务 B 修改的数据。可重复读隔离级别解决了脏读和不可重复读的问题，但可能发生幻读问题。mysql中默认的事务隔离级别就是这个
可串行化（SERIALIZABLE）
这是最高隔离级别，效率最低。解决了所有的问题。每一次读取到的数据都是最真实的。
脏读
一个事务读到另一个事务还没有提交的数据
不可重复读
一个事务先后读取同一条记录，但两次读取的数据不同，称为不可重复读
幻读
一个事务按照条件查询数据时，没有对应的数据行，但是在插入数据时，又发现这行数据已经存在，好像出现了“幻影”
查看当前会话隔离级别
SELECT @@transaction_isolation;
设置事务隔离级别
语法：
SET [GLOBAL|SESSION] TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ |SERIALIZABLE };
事务隔离级别越高，数据越安全，但是性能越低。
标签：事务,隔离,重复,数据,基础,提交,mysql,级别 From： https://www.cnblogs.com/malinyan/p/17363258.html