目录
1、准备工作：调整MySQL的默认隔离级别为最低/创建测试表
3、启动事务后未commit，但是客户端崩了，MySQL会自动回滚
一、事务的概念
1、事务的四种特性
事务就是一组DML语句组成，这些语句在逻辑上存在相关性，这一组DML语句要么全部成功，要么全部失败，是一个整体。例如银行转账操作，上层看来是一个单纯的转账操作，但是下层却需要一条或多条SQL语句来完成转账操作，这一组SQL是一个整体，被称为事务。事务还规定不同的客户端看到的数据是不相同的。
一个 MySQL 数据库，可不止你一个事务在运行，同一时刻，有大量的请求被包装成事务，向 MySQL 服务器发起事务处理请求。如果多名用户都访问同样的表数据，在不加保护的情况，绝对会出现问题。并且事务由多条 SQL 构成，也会存在执行到一半出错或者不想再执行的情况，那么已经执行的怎么办呢？
所以一个完整的事务，绝对不是简单的 sql 集合，还需要满足如下四个属性：
2、事务的作用
当程序员在编写上层代码逻辑访问数据库时，事务能够简化编程时需要考虑的多种细节问题，例如我们在使用事务时，要么提交要么回滚，不用去担心网络异常、服务器宕机等问题。
3、存储引擎对事务的支持
在 MySQL 中只有Innodb支持事务，而MyISAM不支持。
4、事务的提交方式
事务的提交方式分为自动提交和手动提交。
自动提交：
--查看MySQL事务的提交方式发现是自动提交
mysql> show variables like 'autocommit';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | ON |
+---------------+-------+
1 row in set (0.02 sec)使用set改变MySQL的事务提交方式：
--将MySQL的事务提交方式修改为禁止自动提交
mysql> set autocommit=0;
Query OK, 0 rows affected (0.01 sec)
mysql> show variables like 'autocommit';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | OFF |
+---------------+-------+
1 row in set (0.00 sec)
--将MySQL的事务提交方式修改为开启自动提交
mysql> set autocommit=1;
Query OK, 0 rows affected (0.00 sec)
mysql> show variables like 'autocommit';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | ON |
+---------------+-------+
1 row in set (0.00 sec)二、事务的启动、回滚与提交
1、准备工作：调整MySQL的默认隔离级别为最低/创建测试表
为了看到演示现象，先将MySQL的默认隔离级别设置成读未提交（最低）后退出重启：
mysql> set global transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.00 sec)
--修改默认隔离级别生效
mysql> select @@tx_isolation;
+------------------+
| @@tx_isolation |
+------------------+
| READ-UNCOMMITTED |
+------------------+
1 row in set, 1 warning (0.00 sec)创建测试表：
create table if not exists account(
id int primary key,
name varchar(50) not null default '',
blance decimal(10,2) not null default 0.0
)ENGINE=InnoDB DEFAULT CHARSET=UTF8;2、事务的启动、回滚与提交
使用者：jly
--1、查看当前MySQL在线用户
mysql> show processlist;--开始一个事务也可以用begin
+-----+------+-----------+------------------+---------+------+----------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+-----+------+-----------+------------------+---------+------+----------+------------------+
| 474 | jly | localhost | transaction_data | Query | 0 | starting | show processlist |
| 475 | jly | localhost | NULL | Sleep | 132 | | NULL |
| 476 | root | localhost | NULL | Sleep | 5 | | NULL |
+-----+------+-----------+------------------+---------+------+----------+------------------+
3 rows in set (0.00 sec)
--2、先确认事务的提交方式为自动提交
mysql> show variables like 'autocommit';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | ON |
+---------------+-------+
1 row in set (0.02 sec)
--3、开始一个事务，start transaction执行之后，后方的SQL将处于同一个事务
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
--4、创建一个保存节点save1
mysql> savepoint save1;
Query OK, 0 rows affected (0.00 sec)
--5、在当前表中插入一条数据
mysql> insert into account values(1,'张三',1234.5);
Query OK, 1 row affected (0.00 sec)
--6、创建一个保存节点save2
mysql> savepoint save2;
Query OK, 0 rows affected (0.00 sec)
--7、在当前表中再次插入一条数据
mysql> insert into account values(2,'李四',998.561);
Query OK, 1 row affected, 1 warning (0.00 sec)
--8、创建一个保存节点save3
mysql> savepoint save3;
Query OK, 0 rows affected (0.00 sec)
--9、在当前表中再次插入一条数据
mysql> insert into account values(3,'王五',653.25);
Query OK, 1 row affected (0.00 sec)
--10、回滚到保存点save3
mysql> rollback to save3;--如果全部回滚，可以直接rollback;
Query OK, 0 rows affected (0.00 sec)
--11、提交以结束本次事务
mysql> commit;
Query OK, 0 rows affected (0.00 sec)使用者：root
--当上方用户执行完第三步时，让另一个用户开始一个事务
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
--当上方用户执行完第五步时，root用户查看表发现表中存在一条数据
mysql> select* from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 1234.50 |
+----+--------+---------+
1 row in set (0.00 sec)
--当上方用户执行完第九步时，root用户查看表发现表中存在三条数据
mysql> select* from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 1234.50 |
| 2 | 李四 | 998.56 |
| 3 | 王五 | 653.25 |
+----+--------+---------+
3 rows in set (0.00 sec)
--当上方用户执行完第十步时，root用户查看表发现王五没了
mysql> select* from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 1234.50 |
| 2 | 李四 | 998.56 |
+----+--------+---------+
2 rows in set (0.00 sec)
--提交以结束本次事务
mysql> commit;
Query OK, 0 rows affected (0.00 sec)3、启动事务后未commit，但是客户端崩了，MySQL会自动回滚
使用者：jly
--1、启动事务并插入数据
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select* from account;
Empty set (0.01 sec)
mysql> insert into account values(1,'张三',1234.5);
Query OK, 1 row affected (0.01 sec)
mysql> insert into account values(2,'李四',998.561);
Query OK, 1 row affected, 1 warning (0.02 sec)
mysql> insert into account values(3,'王五',653.25);
Query OK, 1 row affected (0.00 sec)
--2、未commit，使用ctrl+\终止MySQL
mysql> Aborted使用者：root
--1、启动事务
mysql> begin;
--当上方用户执行完第一步时，查看表
mysql> select* from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 1234.50 |
| 2 | 李四 | 998.56 |
| 3 | 王五 | 653.25 |
+----+--------+---------+
3 rows in set (0.00 sec)
--当上方用户执行完第二步时，查看表，发现数据回退
mysql> select* from account;
Empty set (0.00 sec)三、事务的隔离级别
1、隔离性
2、隔离级别
这四点都是关于读写并发的情况：
3、隔离性的查看和设置
3.1隔离性的查看
--查看全局的隔离级别
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| READ-UNCOMMITTED |
+-----------------------+
1 row in set, 1 warning (0.02 sec)
--查看当前会话的隔离级别
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-UNCOMMITTED |
+------------------------+
1 row in set, 1 warning (0.00 sec)
--默认同上
mysql> select @@tx_isolation;
+------------------+
| @@tx_isolation |
+------------------+
| READ-UNCOMMITTED |
+------------------+
1 row in set, 1 warning (0.00 sec)3.2设置隔离级别
语法：
--设置当前会话 or 全局隔离级别语法
SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ
COMMITTED | REPEATABLE READ | SERIALIZABLE}设置会话的隔离级别为读提交：
mysql> set session transaction isolation level read committed;
Query OK, 0 rows affected (0.00 sec)
--修改后，全局隔离级别没有变，会话隔离级别被修改为读提交
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| READ-UNCOMMITTED |
+-----------------------+
1 row in set, 1 warning (0.00 sec)
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-COMMITTED |
+------------------------+
1 row in set, 1 warning (0.00 sec)设置全局的隔离级别为串行化：
mysql> set global transaction isolation level SERIALIZABLE;
Query OK, 0 rows affected (0.01 sec)
--修改全局的隔离级别只影响全局的，当前会话和默认的隔离级别不变
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| SERIALIZABLE |
+-----------------------+
1 row in set, 1 warning (0.00 sec)
mysql> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-COMMITTED |
+------------------------+
1 row in set, 1 warning (0.00 sec)
mysql> select @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| READ-COMMITTED |
+----------------+
1 row in set, 1 warning (0.00 sec)4、四种隔离级别详解
4.1读未提交【Read Uncommitted】
--先设置当前的全局隔离级别为读未提交，再退出MySQL重新登录一下让其生效
mysql> set global transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.01 sec)本文第二章就是用读未提交来举例的。
4.2读提交【Read Committed】
使用者：jly
--1、先设置当前的全局隔离级别为读提交，再退出MySQL重新登录一下让其生效
mysql> set global transaction isolation level read committed;
Query OK, 0 rows affected (0.00 sec)
--2、开始事务
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
--3、插入一条数据
mysql> insert into account values (4,'赵六',123);
Query OK, 1 row affected (0.01 sec)
--4、提交
mysql> commit;
Query OK, 0 rows affected (0.02 sec)使用者：root
--开始事务
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
--当上方用户执行完第3步时，查看表数据，并没有看到插入的赵六的信息
mysql> select* from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 1234.50 |
| 2 | 李四 | 998.56 |
| 3 | 王五 | 653.25 |
+----+--------+---------+
3 rows in set (0.01 sec)
--当上方用户执行完第4步时，查看表数据，能够看到赵六的信息
mysql> select* from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 1234.50 |
| 2 | 李四 | 998.56 |
| 3 | 王五 | 653.25 |
| 4 | 赵六 | 123.00 |
+----+--------+---------+
4 rows in set (0.02 sec)通过试验可以发现读提交级别，事务A在commit提交事务之前，所做的修改是不会被其他事务看到的，一旦事务A发起commit之后，其他事务就能看到事务A对数据的修改。这就造成了其他事务在不同的时间点select查看数据库时，会查到不同的数据。这种现象叫不可重复读。（事务中的读取不是原子的）
4.3可重复读【Repeatable Read】
可重复读是MySQL默认的隔离级别。
使用者：jly
--1、重启MySQL
systemctl restart mysqld
--2、重启后查看默认的隔离级别为读提交
mysql> select @@tx_isolation;
+-----------------+
| @@tx_isolation |
+-----------------+
| REPEATABLE-READ |
+-----------------+
1 row in set, 1 warning (0.00 sec)
--3、启动事务
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
--4、将id为2的名字（李四）修改为张三
mysql> update account set name='张三' where id=2;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> select* from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 1234.50 |
| 2 | 张三 | 998.56 |
| 3 | 王五 | 653.25 |
| 4 | 赵六 | 123.00 |
+----+--------+---------+
4 rows in set (0.01 sec)
--5、提交事务
mysql> commit;
Query OK, 0 rows affected (0.00 sec)使用者：root
--启动事务
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
--当上方用户执行完第4步时，查看表数据，李四并没有被修改为张三
mysql> select *from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 1234.50 |
| 2 | 李四 | 998.56 |
| 3 | 王五 | 653.25 |
| 4 | 赵六 | 123.00 |
+----+--------+---------+
4 rows in set (0.00 sec)
--提交事务
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
--当上方用户执行完第5步时，查看表数据，李四被修改为张三
mysql> select *from account;
+----+--------+---------+
| id | name | blance |
+----+--------+---------+
| 1 | 张三 | 1234.50 |
| 2 | 张三 | 998.56 |
| 3 | 王五 | 653.25 |
| 4 | 赵六 | 123.00 |
+----+--------+---------+
4 rows in set (0.00 sec)在该隔离级别下，MySQL的一个事务在commit提交前，不会影响到另一个事务的读取，该隔离级别被称为可重复读。
4.4串行化【Serializable】
串行化就是对所有事务进行加锁，事务的执行全部挨个排队，这就导致了效率低下问题。
开启事务A和事务B，两个事务同时select读取将使用共享锁，不会串行化；事务A中有更新等操作，会阻塞A，直到事务B提交。如果事务A阻塞时间过长，将会由于锁等待超时退出当前事务。
