总的来说,事务 就是一种机制,包含了一组操作命令,会作为一个不可分割的整体,要么都执行,要么都不执行 ,它保证了数据库的安全可靠性
ACID,是指在可靠数据库管理系统(DBMS) 中,事务(transaction)应该具有的四个特性:原子性(Atomicity) 、一致性(Consistency )、隔离性(Isolation) 、持久性(Durability) 。这是可靠数据库所应具备的几个特性
原子性的最大作用就是保证事务的整体性,避免外界因素对原本数据更改执行的影响
原子性:事务是一个不可再分割的工作单位,事务中的操作要么都发生,要么都不发生
eg: 比如在银行中进行转账,这边已经转款成功,结果此时因外界因素中断,对方的余额并未增加,而自己的账户扣款,就属于重大的数据事故。所以必须保证转帐的整个过程是一体的,要么转账成功,按预计发生变化。要么转账失败,双方余额保持不变
一致性:指在事务开始之前和事务结束以后,数据库的完整性约束没有被破坏。
eg:对银行转帐事务,不管事务成功还是失败,应该保证事务结束后表中A和B的存款总额跟事务执行前一致。例如,A的账户有1000元,B的账户有1000元,现在A转账200元给B,不管事务成功还是失败,转账前后A和B的存款总额都应该是2000元。
隔离性:指在并发环境中,当不同的事务同时操纵相同的数据时,每个事务都有各自的完整数据空间
当多个用户进行同时操作, 如果不存在隔离性的事务,就会出现以下状况:
当一个事务正在访问数据,并且对数据进行了修改,而这种修改还没有提交到数据库中,这时,另外一个事务也访问这个数据然后使用了这个数据
指在一个事务内,多次读同一数据。 在这个事务还没有结束时,另外一个事务也访问该同一数据。那么,在第一个事务中的两次读数据之间,由于第二个事务的修改,那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一一个事务内两次读到的数据是不一样的,因此称为是不可重复读。( 即不能读到相同的数据内容)
一个事务对一个表中的数据进行了修改,这种修改涉及到表中的全部数据行。同时,另一个事务也修改这个表中的数据,这种修改是向表中插入一行新数据。 那么,操作前一个 事务的用户会发现表中还有没有修改的数据行,就好象发生了幻觉一样
两个事务同时读取同一条记录,A先修改记录,B也修改记录(B不知道A修改过),B提交数据后B的修改结果覆盖了A的修改结果
事务的隔离级别决定了事务之间可见的级别
MySQL事务支持如下四种隔离,用以控制事务所做的修改,并将修改通告至其它并发的事务:
允许脏读,即允许一个事务可以看到其他事务未提交的修改
允许一个事务只能看到其他事务已经提交的修改,未提交的修改是不可见的。防止脏读
确保如果在一个事务中执行两次相同的SELECT语句,都能得到相同的结果,不管其他事务是否提交这些修改。可以防止脏读和不可重复读
完全串行化的读,将一个事务与其他事务完全地隔离。每次读都需要获得表级共享锁,读写相互都会阻塞。可以防止脏读,不可重复读取和幻读,(事务串行化)会降低数据库的执行效率
隔离级别 | 脏读取 | 不可重复读 | 幻像读 |
---|---|---|---|
未提交读 | 允许 | 允许 | 允许 |
已提交读 | 禁止 | 允许 | 允许 |
可重复读 | 禁止 | 禁止 | 对 InnoDB 禁止 |
串行读 | 禁止 | 禁止 | 禁止 |
持久性:在事务完成以后,该事务所对数据库所作的更改便持久的保存在数据库之中,并不会被回滚
variables 指变量, global variables 指全局变量
show global variables like '%isolation%';
注释:
like:表示模糊查询
'%isolation%':表示包含isolation字符串
'isolation%':以isolation字符串开头
'%isolation':以isolation字符串结尾
SELECT @@global.tx_isolation;
session variables 指会话变量
show session variables like '%isolation%'; #方法一
SELECT @@session.tx_isolation; #方法二
SELECT @@tx_isolation; #方法三
set global transaction isolation level 隔离级别;
可设置的级别有:
临时设置:
set @@global.tx_isolation='隔离级别'; #重启mysql服务后失效,必须使用大写,如READ-COMMITTED
set global tx_isolation='隔离级别'; #重启mysql服务后失效,必须使用大写,如REPEATABLE-READ
会话事务隔离级别只对当前连接有效,退出连接后失效。在其他终端连接无效
再次连接后会恢复为全局事务的隔离级别
set session transaction isolation level 隔离级别;
set @@session.tx_isolation='隔离级别'; #退出连接后失效,必须使用大写,如READ-COMMITTED
set session tx_isolation='隔离级别'; #退出连接后失效,必须使用大写,如READ-COMMITTED
为以下操作提前准备一个简单的数据表:
create table if not exists cost(
id int(4),
name char(5),
rmb double );
一个事务的完整完成的过程中:只要有一个begin(事务起始标志)和commit(事务提交)
将全局变量和variables的隔离级别设置为 未提交读
脏读演示(开启多连接mysql,模拟两个同时进行的操作):
事务A(第一个连接):
事务B(第二个连接):
事务A(第一个连接):
事务B(第二个连接):
测试前准备:
事务A(第一个连接):
事务B(第二个连接):
事务A:
事务B:
节点保存操作:
指定的事务回滚操作:
默认情况下,每一个sql语句就是一个事务,即一条语句的执行,就完成了一个事务。(默认情况下数据的设置是自动提交事务)
show variables like 'autocommit';
show variables like 'AUTOCOMMIT'; #查看当前会话的AUTOCOMMIT值
show global variables like 'AUTOCOMMIT'; #查看全局事务的AUTOCOMMIT值
set AUTOCOMMIT=1; #开启自动提交(仅针对当前会话),Mysql默认为1
set global AUTOCOMMIT=1; #开启自动提交(针对全局事务),Mysql默认为1
set AUTOCOMMIT=0; #禁止自动提交(仅针对当前会话)
set global AUTOCOMMIT=0; #关闭自动提交(针对全局事务),Mysql默认为1
这是可靠数据库所应具备的几个特性
当多个客户端并发地访问同一个表时,可能出现下面的一致性问题:
set autocommit=0; #禁止自动提交(仅针对当前会话)
set autocommit=1; #开启自动提交(仅针对当前会话),Mysql默认为1
set global autocommit=0; #禁止自动提交(针对全局事务)
set global autocommit=1; #开启自动提交(针对全局事务),Mysql默认为1
show variables like 'autocommit'; #查看当前会话的autocommit值
show global variables like 'autocommit'; #查看全局事务的autocommit值