• mysql数据库事务详细剖析


    下面简单介绍mysql数据库的事物,大家认真看哦!!!

    • 事务的特性

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

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

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

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

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

    •  事务的并发访问问题


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

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

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

    看代码:

    1
    2
    3
    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;

  • 相关阅读:
    ArcGIS SilverLight/WPF API 2.0版本已正式发布,新特性
    ArcGIS Server Flex API 自定义缩放控件的级数[代码]
    First
    HTML和JavaScript代码分离、平稳退化(1)
    cocos2dx 仿射变换
    java数组创建
    第一次看CCControl
    从零开始のcocos2dx生活(四)ActionManager
    从零开始のcocos2dx生活(二)Node
    从零开始のcocos2dx生活(三)Scheduler
  • 原文地址:https://www.cnblogs.com/wzb0228/p/10047536.html
Copyright © 2020-2023  润新知