一个sql语句就是一个事务，事务可以保证一组sql语句要么都成功，要么都失败，默认自动提交，可以设置set autocommit=0关闭自动提交。
场景举例
比如有两个数据库1和2，分别代表2个人的存款，当其中一个人转钱给另一个人时，步骤一般是数据库1中扣除金额A，数据库2中增加金额A。假如在扣除数据库1中金额后立刻断电了，那么数据库2中还没来得及加金额，这就造成数据出问题，所以这里就需要将这一组操作都添加到事务当中。即要么扣款和增款都完成，要么都失败，从而保证了数据不会出错。
事务操作
事务引擎设置
- 查看数据库所有引擎类型：
show engines;
可以发现只有innodb支持事务操作
- 修改引擎：
alter table test engine = "InnoDB";
- 全局事务设置：
set autocommit = 0;
# 此时只有执行commit语句以后，事务才会真正地提交
DTL
事务控制语言
开启事务
# 方式一
begin;
# 开启事务
...
commit;
# 提交事务，在执行commit之前所有的结果都是写入在会话当中，只有当前会话能看到（默认隔离权限下）
# 方式二
start transaction;
# 和begin一样
...
commit;
回滚
begin;
...
rollback;
# 回滚，取消当前的事务操作
基本格式
start transaction;
#事务开始
...
中间是执行语句
...
#rollback;
#在事务没结束前如果出错可以通过这句回滚
commit;
#如果事务正常结束，则最后通过这句提交，否则数据不会真正的更新
事务失败例子
mysql> start transaction;
mysql> update food set number=number-10 where id=1;
mysql> update food set number=number-15 where id=2;
mysql> update food set number=number-10 where id=100;
#sql语句出错
mysql> rollback;
#回滚，会发现所有数据都回到第一句之前的样子
事务成功例子
mysql> start transaction;
mysql> update food set number=number-10 where id=1;
mysql> update food set number=number-15 where id=2;
mysql> commit;
#成功提交，数据修改完成，此时会发现数据已经真的更新了
事务满足特性
（1）原子性：一个事务中的语句要么全做，要么全不做
（2）一致性：数据库的数据更改应该合理，即对应上面的转账例子（总钱数应该不变）
（3）隔离性：如果多个事务并发执行，但每个就像独立执行一样
（4）持久性：数据执行成功应该是明确的硬盘数据更改，而不仅是内存中的变化（通过commit提交实现）
事务隔离等级
read uncommitted 最低权限，事务未提交时，变更结果也能够被其他会话看到
read committed 只有事务提交了，数据才能被对方看到
repeatable read 保证更新的数据在事务执行期间是一致的（默认权限）
serializable 百分百隔离，代价也最高
设置事务隔离等级
set session transaction isolation level read uncommitted;
# 设置事务等级为读未提交
select @@tx_isolation;
# 查看隔离等级
脏读
事务中的语句还没有提交，就被别的会话读到
不可重复读
假如开启两个事务，在第一个事务中修改了一条数据（例如A变成了B）并提交，那么在第二个事务中，按理应该读取的是被修改前的数据（事务之间应该独立，我进入事务时数据初始是什么样的，就不应该受到改变，即事务执行期间，看到的数据应该是一致的），即读取的应该是A，但因为第一个事务把A变成了B，结果在第二个事务里读取到的是B
幻读
例如两个事务，第一个事务里查询有10条数据，在第二个事务中插入了一条数据，如果可重复读，那么第一个事务查询的时候还是10条（事务期间数据的一致性），但是第一个事务假如又进行了修改、添加、删除等操作时，例如修改操作，会发现数据变成了11条
注：
不可重复读/幻读：这两者比较相似，但是不可重复读是指数据在内容上发生了修改，而幻读则是数据条数上发生了改变
