事务：Transaction详解
1、事务概念：
一组sql语句操作单元，组内所有SQL语句完成一个业务，如果整组成功：意味着全部SQL都实现；如果其中任何一个失败，意味着整个操作都失败。失败，意味着整个过程都是没有意义的。应该是数据库回到操作前的初始状态。这种特性，就叫“事务”。
2、为什么要存在事务？
1）失败后，可以回到开始位置
2）没都成功之前，别的用户（进程，会话）是不能看到操作内的数据修改的
3、事务4大特征ACID：
1）原子性[atomicity]：功能不可再分，要么全部成功，要么全部失败
2）一致性[consistency]：事务要求所有的DML语句操作的时候，必须保证同时成功或者同时失败
3）隔离性[isolation]：事务A和事务B之间具有隔离性
4）持久性[durability]：是事务的保证，事务终结的标志(内存的数据持久到硬盘文件中)
3、相关概念：
【SQL执行过程】1）执行阶段 2）将执行结果，提交到数据库的阶段
其中我们的事务日志，就是保存执行阶段的结果，如果用于选择提交，则才将执行的结果提交到数据库。
默认的执行方式叫做，自动提交。执行完毕，自动完成提交工作。如果你想要所有SQL语句全部成功，就需要关闭自动提交功能。
“自动提交”：存在一个系统变量，Autocommit可以对自动提交进行设置。
4、事务操作：
方法一：
show variables like 'autocommit'; #查看自动提交是否开启
set autocommit=1(开启自动提交)
set autocommit=0（关闭自动提交），关闭后，再次执行相应的更新语句发现，在其它连接（会话）中查看数据，没有发生变化，因为结果没有提交。
方法二（提倡）：
1）开启事务：start transaction; 关闭自动提交。如果事务结束了，成功或者失败，都会将自动提交机制，回到start时的状态。
2）成功-->提交：commit;
3）失败-->回滚：rollback;
5、重要限制：
存储引擎必须是innodb才能生效。
6、个人理解：
把事务看作一个容器，暂时在该容器（start transaction）中操作（增删改查），如果不出错，就立即更新数据库（commit），即公开可见。如果出错，就立即回滚数据库（rollback），即恢复初始状态，数据库更新停止。
可以高效地防止错误的发生，快速恢复至初始化状态。
7、实验测试：
步骤一：新建两张表，一张是班费表（class），另一张是学生个人钱财表（stu）。
步骤二：开启事务进行数据操作，注意同时开两个数据库窗口，方便我们查看实验效果
窗口1：
此时，可以查看到窗口1中的数据已经更新（我的理解是仅仅是在“事务容器”内更新完成），但是还没有上传至数据库真正更新。在另一个窗口中可见数据库并没有更新成功：
此时，必须在窗口1中的事务中输入commit命令，才能完成真正意义上的更新，无论开多少个窗口，都可以看到数据更新的内容：
如果在“事务容器”中更新数据时出现问题，就需要使用rollback命令立即恢复到初始状态。
