需求:有一张银行账户表,有A用户给B用户转账:A账户先减少,B账户增家。但是A操作完之后断电了。

解决方案:A减少钱,但是不要立即修改数据表,B收到钱之后,同时修改数据表。

事务安全

事物 transaction:一系列要发生的连续的操作
事务安全:一种保护连续操作同时满足(实现)的一种机制
事务安全的意义:保证数据操作的完整性

事务操作

存储引擎必须是innoDB
实务操作分为两种:自动事务(默认的),手动事务。
手动事务:操作流程

 

 

1.开启事务:告诉系统以下所有的操作(写)不要直接写入到数据表,先存放到事务日志。
start transaction ;

2.事务操作:一系列操作
a)李四账户减少

b)张三账户增加

3.关闭事务:选择性的将日志文件操作的结果保存到数据表或者说直接清空事务日志(原来操作全部清空)
a)提交事务:同步数据表(操作成功)commit;

b)回滚事务:直接清空日志表(操作失败)rollback;

事务原理

事务操作原理:事务开启之后,所有的操作都会临时保存到事务日志,事务日志只有在得到commit命令之后才会同步到数据表,其他任何情况都会清空(rollback,断电,断开连接)

回滚点

回滚点:在某个成功的操作完成之后,后续的操作很有可能失败,但是不管成功还是失败,前面的操作都已经成功:可以在当前成功的位置,设置一个点:可以供后续失败操作返回到该位置,而不是返回所有的操作,这个点称之为回滚点。

设置回滚点语法:savepoint 回滚点名字

回到回滚点语法:rollback to 回滚点名字;

 

 

 

自动事务处理

在MSQL中:默认的都是自动事务处理,用户操作完全立即同步到数据表中;

自动事务:系统通过autocommit变量控制
show variables like 'autocommit';


关闭自动事务
set autocommit =0;

自动关闭之后,需要手动来选择处理:commit 提交
注意:通常都会开启自动事务 set autocommit =1;


事务特性

事务有四大特性:ACID
A: atomic 原子性,事务的整个操作是一个整体,不可分割,要么全部成功,要么全部失败;
C:consistency 一致性,事务操作的前后,数据表中的数据没有变化
I:isolation 隔离性,事务操作相互隔离不受影响的。
D:durability 持久性,数据一旦提交,不可改变,永久的改变数据表结构

锁机制:innoDB默认是行锁,但是如果在事务操作的过程中,没有使用到索引,那么系统会自动全表检索数据,自动升级为表锁
行锁:只有当前行被锁,别的用户不能操作
表锁:整张表被锁住,别的用户都不能操作