mysql数据库事务详细剖析

小说:大连游乐场作者:华卓陵邓更新时间:2019-02-20字数:28789

mysql数据库事务详细剖析


 

 

 

在写之前交代一下背景吧!

做开发也好久了,没怎么整理过知识,现在剖析一下自己对数据库事务的认识,以前用sqlserver,现在转java后又用mysql、oracle。我这块就主要解释一下mysql数据库事务。其实好多内容适用于各种标准数据库!

直接就进入正文了!

不管是做啥都有理论知识,我在这块也介绍一下。

  • 事务的特性

1.原子性(Atomicity):原子性是指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不发生。 

2.一致性(Consistency):在一个事务中,事务前后数据的完整性必须保持一致,可以想象银行转账、火车购票。

3.隔离性(Isolation):多个事务,事务的隔离性是指多个用户并发访问数据库时, 一个用户的事务不能被其它用户的事务所干扰,多个并发事务之间数据要相互隔离。

4.持久性(Durability):持久性是指一个事务一旦被提交,它对数据库中数据的改变就是永久性的,接下来即使数据库发生故障也不应该对其有任何影响。

写这些概念呢,是有点绕!绕就绕吧!反正也不是我规定的,这是官方的,解释是我编的!!!

  •  事务的并发访问问题


如果我们在不考虑隔离性问题时,事务是存在三种并发访问问题的。

1.脏读:在一个事务中,当读取数据时,读到了另一个事务未提交的数据。  

比如A账户给B账户转了1块钱,但是A没有提交事务,被B账户通过脏读看到了,这时,B就会以为A已经把钱转过来了,但是这时,A账户回滚事务。其实钱就没给B转过去,但是B自己本身以为A已经转过去了,,,有点绕,估计是我描述到绕!

看代码:

update account set money=money+1 where name=’B’;   --此时A去通知B

update account set money=money -1 where name=’A’;

  

2.不可重复读:在一个事务中,两次读取的数据内容不一致,这是因为在查询时,有时间间隔,数据被另一个事务已经修改提交了,那就会出现问题。

3.幻读/虚读:在一个事务中,两次读取的数据量不一致。

  • 事务的隔离级别

上面介绍了3种事务并发问题!现在介绍一下数据库提供的解决方案!

1.read uncommitted : 读取尚未提交的数据 :这个最低级,但是效率肯定最高,但是哪一个问题都不能解决。

2.read committed:读取已经提交的数据 :可以解决脏读  。

3.repeatable read:重读读取:可以解决脏读 和 不可重复读 。

4.serializable:串行化:可以解决脏读不可重复读和虚读,效率最差,相当于锁表,开发中一般不用。 

上面的“2”是oracle数据库默认设置,“3”是mysql数据库默认的设置。

下面呢我就重点解释一下mysql数据库在上面各种事务隔离级别上的演示:

首先介绍两个语法:

1.查看mysql数据库默认的隔离级别:select @@tx_isolation

如图:

2.设置mysql的隔离级别:set session transaction isolation level 事务的隔离级别

如图:

  • 事务的隔离级别演示

注意:如果要自己模拟要开启两个mysql客户端,也就是模拟两个用户!

1.read uncommitted

如图:

我通过语法将数据库的事务隔离级别改为了read uncommitted。

首先我有一张account表。 

如图:窗口一

 窗口二

数据库表原始数据money都是5000,当我启动事务后,在zhangsan账户增加了1000和在李四账户减去了1000,但是我的事务还未提交,但是我再次查询数据库表时,数据已经发生变化,这就是脏读和不可重复读

幻读/虚读我就不掩饰了,同样存在!

2.read committed

 如图:

我将数据库事务隔离性改为了read committted。

        还是上面那张表:

如图:窗口一

  

 

 

 窗口二

 

 

 

数据库表zhangsan账户的money和lisi账户的money都发生了变化,我未提交事务,在另一个窗口事务开启下查询时,没有出现脏读,但是当我提交事务时,在另一个窗口的事务下再次查询,出现了不可重复读的情况,这样可以避免脏读,但是查询时已经出现不可重复读和幻读/虚读!

3.repeatable read

如图:

我将数据库事务隔离性改为了read committted。

        还是上面那张表:

如图:窗口一

 窗口二

 我在两个窗口都开启了事务,当窗口一进行数据操作后,并进行事务提交,在窗口二的事务开启情况下,我去查询,没有查询到刚才窗口一的数据操作记录,这样就避免了脏读和不可重复读

 有人说也避免了虚读/幻读,其实没有。

 看图:

我在操作lisi账户时,数据只是发生修改的变化,但是当我修改wangwu这个账户时,再去查询出现了wangwu,账户的数据,但是其实在我未操作前,wangwu账户的数据是查询不出的。这就是幻读/虚读!


如果不理解幻读/虚读这块,可以查一下InnoDB。

4.serializable

我就不演示了,开发不建议用,效率又慢,但是所有的问题都能避免!!

总计一下 

事务隔离级别的性能:

    read uncommitted>read committed>repeatable read>serialazable

事务隔离级别的安全性:

   read uncommitted<read committed<repeatable read<serialazable

mysql 事务控制:

     开启事务:start transaction;

     提交:commit;

     回滚:rollback;

 

当前文章:http://zxqss.com/avx6e/37469.html

发布时间:2019-02-20 19:24:09

game882手机版的捕鱼 0.01炮现金兑现捕鱼 玩吧app德州扑克在哪 大小单双怎么才能赢 电玩游戏大全连环夺宝 不用本钱玩棋牌游戏赚钱 网上棋牌室怎么赚钱 闲来贵州麻将作弊软件 边城棋牌游戏官方下载 手机游戏下载排行榜

编辑:秉陵宗

我要说两句: (0人参与)

发布