事务定义： 一个数据库操作序列，一个不可分割的工作单位，恢复和并发控制的基本单位
存在意义： 解决多条语句同时执行时，有点语句出现失误的情况
1.查看数据库是否自动回滚 一般数据库都是默认开启事务的，即执行一个SQL语句后，不可回滚。如果取消默认设置，则在手动提交数据前，可以进进行回滚操作
mysql> SELECT @@AUTOCOMMIT; +--------------+ | @@AUTOCOMMIT | +--------------+ | 1 | +--------------+2.测试
（1）新建表 mysql> CREATE TABLE user ( -> id INT PRIMARY KEY, -> name VARCHAR(20), -> money INT -> ); （2）插入数据 INSERT INTO user VALUES (1, 'a', 1000); （3）回滚 mysql> rollback; Query OK, 0 rows affected (0.00 sec) mysql> select* from user; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | a | 1000 | +----+------+-------+ 虽然回滚执行成功，但是并没有真正撤销操作 （4）设置自动提交为0（即faulse） mysql> set autocommit=0; Query OK, 0 rows affected (0.00 sec) mysql> SELECT @@AUTOCOMMIT; +--------------+ | @@AUTOCOMMIT | +--------------+ | 0 | +--------------+ （5）设置完成后，再次插入一条新数据 mysql> INSERT INTO user VALUES (2, 'b', 1000); Query OK, 1 row affected (0.00 sec) mysql> select* from user; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | a | 1000 | | 2 | b | 1000 | +----+------+-------+ （6）进行回滚，可以看到上一步操作取消了 mysql> rollback; Query OK, 0 rows affected (0.00 sec) mysql> select* from user; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | a | 1000 | +----+------+-------+ （7）如果在SQL语句后面加入commit提交，则不能再回滚了 mysql> INSERT INTO user VALUES (2, 'b', 1000); Query OK, 1 row affected (0.00 sec) mysql> commit; Query OK, 0 rows affected (0.00 sec) mysql> rollback; Query OK, 0 rows affected (0.00 sec) mysql> select* from user; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | a | 1000 | | 2 | b | 1000 | +----+------+-------+ （8）如果同时对数据进行操作，则属于同一事务单元，具有一致性 同时执行以下转账操作 UPDATE user set money = money - 100 WHERE name = 'a'; UPDATE user set money = money + 100 WHERE name = 'b'; select* from user; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | a | 900 | | 2 | b | 1100 | +----+------+-------+ （9）可以看到数据以及更新完成，如果中间出现什么问题，可以通过rollback使两条语句都不成功 mysql> rollback; Query OK, 0 rows affected (0.00 sec) mysql> select* from user; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | a | 1000 | | 2 | b | 1000 | +----+------+-------+ 事务给了我们可以返回的机会如果我们在设置默认自动提交的情况下，还想rollback的话，通过begin或start transaction就可以帮我们手动开启一个事务
（1）先把默认值还原回去 mysql> set autocommit=1; Query OK, 0 rows affected (0.00 sec) （2）查看账户原有金额 mysql> select* from user; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | a | 1000 | | 2 | b | 1000 | +----+------+-------+ （2）进行转账操作 UPDATE user set money = money - 100 WHERE name = 'a'; UPDATE user set money = money + 100 WHERE name = 'b'; select* from user; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | a | 900 | | 2 | b | 1100 | +----+------+-------+ （3）这回进行rollback操作，发现没有办法回滚 mysql> rollback; Query OK, 0 rows affected (0.00 sec) mysql> select* from user; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | a | 900 | | 2 | b | 1100 | +----+------+-------+ （4）如果在执行语句前加上begin/start transaction，就可以对该事务进行回滚操作了 begin; UPDATE user set money = money - 100 WHERE name = 'a'; UPDATE user set money = money + 100 WHERE name = 'b'; mysql> select* from user; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | a | 800 | | 2 | b | 1200 | +----+------+-------+ mysql> rollback; Query OK, 0 rows affected (0.00 sec) mysql> select* from user; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | a | 900 | | 2 | b | 1100 | +----+------+-------+ （5）如果确定好了，就要手动commit提交 start transaction; UPDATE user set money = money - 100 WHERE name = 'a'; UPDATE user set money = money + 100 WHERE name = 'b'; mysql> select* from user; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | a | 800 | | 2 | b | 1200 | +----+------+-------+ mysql> commit; Query OK, 0 rows affected (0.00 sec) mysql> select* from user; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | a | 800 | | 2 | b | 1200 | +----+------+-------+ （6）这回rollback就会发现已经没有效果了 mysql> rollback; Query OK, 0 rows affected (0.00 sec) mysql> select* from user; +----+------+-------+ | id | name | money | +----+------+-------+ | 1 | a | 800 | | 2 | b | 1200 | +----+------+-------+（面试常考） 原子性（Atomicity）： 一个事务必须被视为一个不可分割的最小工作单元，只有事务中所有的数据库操作都执行成功，才算整个事务执行成功。 事务中如果有任何一个SQL语句执行失败，已经执行成功的SQL语句也必须撤销，数据库的状态退回到执行事务前的状态。 一致性（Consistency）： 一致性是指在事务处理时，无论执行成功还是失败，都要保证数据库系统处于一致的状态，保证数据库系统从不返回到一个未处理的事务中。 MySQL中的一致性主要由日志机制实现的，通过日志记录数据库的所有变化，为事务恢复提供了跟踪记录。 隔离性（Isolation）： 隔离性是指当一个事务在执行时，不会受到其他事务的影响。保证了未完成事务的所有操作与数据库系统的隔离，直到事务完成为止，才能看到事务的执行结果。 隔离性相关的技术有并发控制、可串行化、锁等。当多个用户并发访问数据库时，数据库为每一个用户开启的事务，不能被其他事务的操作数据所干扰，多个并发事务之间要相互隔离。 持续性（Durability ）： 持久性是指事务一旦提交，其对数据库的修改就是永久性的。 事务的持久性不能做到百分百的持久，只能从事务本身的角度来保证永久性，而一些外部原因导致数据库发生故障，如硬盘损坏，那么所有提交的数据可能都会丢失。
MySQL中事务的隔离级别： REPEATABLE READ：可重复读 READ UNCOMMITTED：读取未提交 READ COMMITTED：读取提交 SERIALIZABLE：可串行化
设置事务的隔离级别： SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL 参数值 SESSION：当前会话 GLOBAL：全局 直接省略：下一个事务的隔离级 TRANSACTION：事务 ISOLATION：隔离 LEVEL：级别
READ UNCOMMITTED（读取未提交） 事务中最低的级别，可以读取到其他事务中未提交的数据。 也称为脏读（Dirty Read）：一个事务读取了另外一个事务未提交的数据。 实际开发是不允许出现脏读的
设置客户端B的隔离级别，允许脏读： mysql> SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
情景模拟：Alex给Bill转账100元购买商品。 Alex开启事务后转账，但不提交事务，通知Bill来查询， 如果Bill的隔离级别较低，就会读取到Alex的事务中未提交的数据， 发现Alex确实给自己转了100元，就给Alex发货。 等Bill发货成功后，Alex将事务回滚，Bill就会受到损失。
READ COMMITTED（读取提交） 大多数DBMS（如SQL Server、Oracle）的默认隔离级，但不包括MySQL。 只能读取其他事务已经提交的数据，避免了脏读问题。 但是会出现不可重复读（NON-REPEATABLE READ）问题。
情景模拟：在网站后台统计所有用户的总金额。 第1次查询Alex有900元， 第2次查询Alex有800元。 问题：在同一个事务中，同样的两次查询结果不同， 原因：第2次查询前Alex取出了100元。
REPEATABLE READ（可重复读） MySQL的默认事务隔离级，它解决了脏读和不可重复读的问题， 确保了同一事务的多个实例在并发读取数据时，会看到同样的结果。 该级别理论上会出现幻读（PHANTOM READ）问题。
幻读又被称为虚读，是指在一个事务内两次查询中数据条数不一致， 如：其他事务做了插入记录的操作，导致记录数有所增加。 不过，MySQL的InnoDB存储引擎已经解决了幻读问题。
情景模拟：在网站后台统计所有用户的总金额时， 当前只有两个用户，总金额为2000元， 此时新增一个用户，并且存入1000元。 再次统计会，虽然表面上还是之前的数据，但是对数据进行操作时，发现总金额变为3000元，造成了幻读的情况。
隔离级的最高级别，它在每个读的数据行上加锁，使之不会发生冲突， 解决了脏读、不可重复读和幻读的问题。 由于加锁可能导致超时（Timeout）和锁竞争（Lock Contention）现象， 性能是4种隔离级中最低的。 除非为了数据的稳定性，需要强制减少并发的情况时，才会选择此种隔离级。
情景模拟：A与B同时操作 当A端开启事务后，B端提交数据处于“卡顿”状态，当A端提交COMMIT后，B端SQL语句将会执行 若客户端A一直未提交事务，客户端B会等待到超时后报错：
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction补充： （1）锁等待超时默认为50秒，可进行更改
SELECT @@innodb_lock_wait_timeout; +----------------------------+ | @@innodb_lock_wait_timeout | +----------------------------+ | 50 | +----------------------------+（2）隔离级别越高，性能越差
