MySQL数据库之事务处理

一、在了解事务处理之前，我们先来看一个例子：张三有两张银行卡，他想把其中一张卡里的一部分钱转入另一张卡中。这样该怎么操作呢？

1、创建表来存放两张银行卡的信息。

create table account(
  id char(36) primary key,
  card_id varchar(20) unique,
  name varchar(8) not null,
  money float(10,2) default 0
);

insert into account 
values('6ab71673-9502-44ba-8db0-7f625f17a67d','1234567890','张三',1000);
insert into account (id,card_id,name) 
values('9883a53d-9127-4a9a-bdcb-96cf87afe831','0987654321','张三’);

2、根据需求（即从一张卡向另一张卡转账）来修改对应的数据。

update account set money=money-100 where card_id= '1234567890';   //卡1转出100
update account set money=money+100 where card_id= '0987654321';   //卡2转入100

输出结果

3、看似上述操作满足我们的需求，那我仔细思考一个问题：上述两条DML语句是相互独立、互不影响的，倘若第一条语句执行成功，第二条语句执行失败，那么对于张三来说，他转出的100元就不翼而飞了。所以这样来操作数据显然是不合理的。

update account set money=money-100 where card_id= '1234567890';
update account set money=ey+100 where card_id= '0987654321';  //语句出错，无法执行成功。

输出结果

二、那上述出现的问题该如何解决呢？这就引入了“事务”这个概念，简单地说：事务处理可以用来维护数据库的完整性，它保证成批的MySQL操作要么完全执行，要么完全不执行。正如上述例子所描述的一样：数据库中的两个update操作要么同时成功，要么同时失败。

1、使用commit

set autocommit=0;  //标志一个事务的开始，指示MySQL不自动提交更改（直到autocommit被设置为真为止）
update account set money=money-100 where card_id= '1234567890'; 
update account set money=ey+100 where card_id= '0987654321';  //此语句出错，不会执行。
commit; //事务结束。

输出结果

分析：使用commit结束事务时，第二条update语句执行失败，则此条语句不会提交（实际上这条语句会被自动撤销）。此事务只会提交第一条正确的语句。

2、使用rollback

set autocommit=0;  //标志一个事务的开始。
update account set money=money-100 where card_id= '1234567890';
update account set money=ey+100 where card_id= '0987654321';  //此语句出错，不会执行。
rollback; //结束事务

输出结果

分析：使用rollback结束事务时，第二条update语句执行失败，第一条update语句执行成功。由于事务是rollback关键字结束的，则事务中的所有update语句对应的操作都会被撤销（即使事务内的update语句都是正确的），即表中的数据没有发生任何变化。

3、如何结束事务

• 执行了commit或rollback语句；
• 数据库客户端程序退出或数据库崩溃时，为了保持数据一致性，也会结束事务。
• 执行了DDL语句（如建表语句）或DCL语句（如给用户授权），如下：

set autocommit=0;
update account set money=money-100 where card_id= '1234567890';
update account set money=moey+100 where card_id= '0987654321';
//下列DDL语句会使事务被隐式提交
create table user(
	id char(18)
)

• 输出结果

三、注意事项

• 执行DML语句且没有结束事务时，如果需要查询数据库的真实改变情况，则要求在一个新的SQL Window窗口中执行查询语句：因为事务中所做的每一个操作在事务被提交之前都是临时的，在commit或rollback语句执行之前，DML语句首先影响该用户的数据库缓冲区，因为这些操作可以被恢复，而且因为是在该用户的数据缓冲区，所以在原SQL窗口中查询得到的是数据缓冲区的结果，不是数据库真实的数据；要想拿到数据库真实的数据，需要在新SQL窗口中执行查询语句，这样针对不同的用户，MySQL服务器用读一致性来确保每个用户看到的数据和上次提交时的数据相同。
• 当一个用户执行DML语句时，如果其事物没有结束，则受影响的行被锁定，此时其它用户不能改变受影响行中的数据，后面用户所执行的DML语句会一直处于执行状态，直至前一个用户所执行DML语句事务结束。例如：

         ①在一个SQL Window中执行如下SQL语句，并且不执行事务结束语句

set autocommit=0;
update account set money=money-100 where card_id= '1234567890';
update account set money=ey+100 where card_id= '0987654321';

         ②然后再在一个新的SQL Window中执行如下SQL语句

set autocommit=0;
delete from account where card_id= '1234567890';

       分析：由于update语句执行后没有结束事务，所以delete语句执行后一直处于执行状态，当update语句的事务结束，delete语句才会结束执行状态。

四、事务四大特性（ACID）

1、原子性（Atomicity）：原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，因此事务操作如果成功就完全应用到数据库，否则不会对数据库有任何影响。
2、一致性（Consistency）：事务必须使数据库从一个一致性状态变换到另一个一致性状态，即一个事务执行之前和执行之后都必须处于一致性状态。拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还是5000，这就是事务的一致性。
3、隔离性（Isolation）：当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离，即对于任意两个并发事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。
4、持久性（Durability）：一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。