-
TCL：Transaction Control Language，事务控制语言
-
事务：一个或一组 sql 语句组成一个执行单元，这个执行单元要么全部执行，要么全部不执行。（一条语句执行失败，单元会回滚到以前的状态）
案例：转账：一个人的余额减少，一个的余额增加 -
存储引擎：mysql中的数据，用各种不同的技术存储在文件（或内存）中
通过show engines; 来查看 mysql 支持的存储引擎
mysql 中存储引擎有：innodb，myisam，memory 等。其中 innodb 支持事务，而 myisam、memory 等不支持事务 -
事务的特性：
ACID：
(1) 原子性：事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生
(2) 一致性：事务必须使数据库从一个一致性状态变换到另外一个一致性状态
(3) 隔离性：一个事务的执行不能被其他事务干扰，即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能呢互相干扰，
(4) 持久性：一个事务一旦被提交，它对数据库中数据的改变是永久性的，接下来的其他操作和数据库故障不应该对其有任何影响
事务的创建
1.隐式事务：事务没有明显的开启和结束的标记（e.g. insert、update、delete语句）
2.显示事务：事务具有明显的开启和结束的标记
-
前提：必须先设置自动提交功能为禁用，因为 update 等本身就是事务
设置方法：
SET autocommit=0; 并不是永久关闭，只是针对当前会话有效，每次都要手动设置一下 -
步骤1：开启事务
SET autocommit=0;
START TRANSACTION; // 语句写不写是可选的，写了 SET autocommit=0; 相当于默认开启事务了
步骤2：编写事务中的sql语句 ( select inesrt update delete )
语句1;
语句2;
…
步骤3：结束事务
commit; 提交事务
rollback; 回滚事务 -
演示事务的使用步骤
数据库的隔离级别
1.同时运行的多个事务,访问数据库中相同的数据,没有采取必要的隔离机制,就会导致各种并发问题：
- 脏读：对于两个事务 T1,T2,T1 读取了已经被T2更新但还没有被提交的字段之后，若 T2 回滚，T1 读取的内容就是临时且无效的
- 不可重复读：对于两个事务 T1, T2,T1 读取了一个字段,然后T2更新了该字段之后，T1再次读取同一个字段,值就不同了
- 幻读：对于两个事务 T1, T2,T1 从一个表中读取了一个字段，然后 T2 在该表中插入了一些新的行之后，如果 T1 再次读取同一个表，就会多出几行
2.数据库事务的隔离性：数据库系统必须具有隔离并发运行各个事务的能力，使它们不会相互影响，避免各种并发问题
3.mysql 数据库提供的 4 种事务隔离级别：
4.用命令行演示隔离级别
-
查看当前默认的隔离级别：
老版本使用 select @@tx_isolation;
新版本使用 select @@transaction_isolation;
当前的隔离级别是 REPEATABLE-READ -
修改隔离级别的方法：
-
隔离演示
打开一个新的命令行，依次执行以下步骤
如果一个个命令框里面的结果没有保存
第二个命令框里面再次查询，就变回来了 -
READ COMMITED：代表在第一个命令框中修改数据之前，另一个命令框读取的数据是没修改的数据。如果第一个命令框中提交了修改的数据，另一个命令框读取的是提交的新数据。两次读取的数据不一样，所以避免不了不可重复读。
-
REPEATABLE READ：在前面的基础上，但第一个命令框里面的事务提交完了以后，在第二个视图提交事务，重新打开一个新的事务，才能看到第一个命令框里面的修改的内容。
-
在 REPEATABLE READ 下面，在第一个窗口里面新开一个事务，用于更改所有人的姓名，还没有提交的时候，在第二个窗口里面新建一个事务用来插入一个人，然后提交。这个时候再提交第一个窗口里面的事务，第一个窗口里面的事务再更改原来的人的姓名的同时，有更改了新插入的人的姓名。这个就称为幻读。
-
SERIALIZABLE：在 REPEATABLE READ 上再升级，只要第一个事务不提交，后面打开的事务就不能提交。