事务概述
事务是一个或一组sql语句组成的一个执行单元，这个执行单元要么全部执行成功，要么全部执行失败。用于保证数据的完整性。
如账户转账，张三给李四转500，对应的sql语句应该是update张三的 余额-500，并且update李四的余额+500，如果先更新完张三的数据，然后出现了异常，导致李四的余额修改不了，那么就出现数据上的问题了，应该使用事务来解决这一问题，当中间出现异常后回滚，让张三的update失效；如果没有出现异常就提交事务。
通过SHOW ENGINES;查看mysql中支持的存储引擎，注意只有innodb支持事务
事务的创建分为：
- 隐式事务：事务没有明显的开启和结束的标记，如insert、update、delete语句执行时在默认情况下就是一个事务，因为默认是自动提交事务的，所有执行完后就立马自动提交事务了
- 显式事务：事务具有明显的开启和结束的标记，前提是需要先设置自动提交事务为禁用，手动的提交事务或回滚事务
设置方法为：
select @@autocommit; #如果为1自动提交事务，为0需要手动提交事务
set autocommit=0; #设置不自动提交事务
该设置只是针对当前会话有效，不是针对全局的。
使用事务的步骤：
- 步骤一：开启事务
set autocommit=0;
start transaction; 开启事务，可选的，不写也可以，因为关闭了自动提交事务后，默认就开启了事务，如果没有关闭就需要开启。
- 步骤二：编写事务中的sql语句
- 步骤三：结束事务
commit；提交事务、rollback；回滚事务
事务的四大特性
事务的ACID属性为：
- 原子性(Atomicity)：原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
- 一致性(Consistency)：事务完成后，必须使所有的数据都保持一致状态，如转账的例子中双方的余额总和总是相同且正确的。
- 隔离性(lsolation)：数据库系统提供的隔离机制，保证事务在不受外部并发操作影响的独立环境下运行。
- 持久性(Durability)：事务一旦提交或回滚，它对数据库中的数据的改变就是永久的。通过事务日志来保证，包括重做日志和回滚日志
并发事务问题
对于同时运行的多个事务，当这些事务访问数据库中相同的数据时，如果没有采取必要的隔离机制，就会导致各种并发问题:
| 问题 | 描述 |
|---|---|
| 脏写 | 一个事务修改了另一个事务未提交的数据，该事务可能被回滚。 |
| 脏读 | 一个事务读到另外一个事务还没有提交的数据。 |
| 不可重复读 | 一个事务先后读取同一条记录，但两次读取的数据不同，称之为不可重复读。 |
| 幻读 | 一个事务按照条件查询数据时，没有对应的数据行，但是在插入数据时，又 发现这行数据已经存在，好像出现了"幻影”。新插入的行为幻影记录 |
- 脏写
当事务二修改一条数据还没提交时，如果事务一此时也修改了相同的数据，且立即提交了，此时事务二如果回滚，那么事务一的更新将不复存在，这种现象就为脏写。
- 脏读
如下图，当事务二修改了id为1的数据后，事务一查询id为1的数据，查询的结果是修改后的数据，此时事务二可能会回滚事务，导致事务一查询的数据是一个脏数据，临时的数据。
- 不可重复读
如下图，事务一中，两次查询相同id的结果是不同的，叫做不可重复读，侧重于在同一个事务中。
- 幻读
如下图，当事务一第一次查询到没有id为1的数据时，准备插入前，事务二恰好插入了id为1的数据，且提交了事务，因为id是主键所以事务一会插入失败，此时因为解决了不可重复读的问题，事务一再次查询id为1的数据，还是查不到，然后就是插不进去，导致幻读。侧重于插入记录。
严重程度：脏写>脏读>不可重复读>幻读
脏写在所有隔离级别中都不会发生，如果某个事务想修改另一个事务还未提交的修改，就必须阻塞，等待那个事务结束。
事务的隔离级别
用于解决并发事务问题的。数据库提供的四种隔离级别：
| 隔离级别 | 描述 |
READ UNCOMMITTED (读未提交数据) | 允许事务读取未被其他事务提交的变更，约束最小，速度最快 |
READ COMMITTED (读已提交数据) | 只允许事务读取被其他事务提交的变更，可以避免脏读 |
REPEATABLE READ (可重复读) | 确保事务可以多次从一个字段中读取相同的值，在这个事务持续期间，即使其它事务对以前的读取记录更新了，依然能读取到更新前的数据，可以避免脏读、不可重复读 |
| SERIALIZABLE(串行化) | 确保事务可以从一个表中读取相同的行，在这个事务持续期间，禁止其他事务对该表执行插入、更新和删除操作，并发问题都能解决，性能低下 |
mysql默认是REPEATABLE READ，可以通过下面的命令查询当前的隔离级别
select @@transaction_isolation通过下面的命令改变隔离级别，Session是会话级别的改变，Global是全局改变
set [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL [READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE]演示：
用两个命令行打开不同的会话
1.演示在read uncommitted下的读脏数据，如下
2.演示read committed
如上发现read committed解决了读脏数据，但是在第3、4步的查询发现，在同一个事务中连续两次查询的同一列数据居然不相同了，出现不可重复读的问题。
3.演示repeatable read
不可重复读解决了，但是幻读还存在，如下
通过手动加锁，可以解决幻读问题
4.演示serializable，解决幻读问题
该隔离级别性能比较低，但是涉及到了很多数据库锁的概念，可以深入了解一下
总结
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
|---|---|---|---|
| Read Committed | √ | √ | √ |
| Read Uncommitted | × | √ | √ |
| Repeatable Read | × | × | √ |
| Serializable | × | × | × |
注意:事务隔离级别越高，数据越安全，但是性能越低。