zoukankan      html  css  js  c++  java
  • mysql-事物

    Mysql之事物详解

    一、事务定义

    • 事务:一个最小的不可再分的工作单元;通常一个事务对应一个完整的业务(例如银行账户转账业务,该业务就是一个最小的工作单元)
    • 一个完整的业务需要批量的DML(insert、update、delete)语句共同联合完成
    • 事务只和DML语句有关,或者说DML语句才有事务。这个和业务逻辑有关,业务逻辑不同,DML语句的个数不同
    • 事务是一条或多条数据库操作的集合在事务中的操作,要么都执行修改,要么都不执行

    二、理解事务

    关于银行账户转账操作,账户转账是一个完整的业务,最小的单元,不可再分————————也就是说银行账户转账是一个事务

    假设有A和B两个账户,A账户给B账户转账100。基本步骤如下:

    检测A账户余额 > 5000元

    A账户余额减去 5000元

    B账户余额增加 5000元

    这几步要么都成功,要么一个都不成功,否则都会导致数据不一致(5000元不翼而飞)

    三、事务四大特征(ACID)

    • 原子性(A):事务是最小单位,不可再分
    • 一致性(C):事务要求所有的DML语句操作的时候,必须保证同时成功或者同时失败
    • 隔离性(I):事务A和事务B之间具有隔离性
    • 持久性(D):是事务的保证,事务终结的标志(内存的数据持久到硬盘文件中)

    四、关于事务的一些术语

    • 开启事务:Start Transaction
    • 事务结束:End Transaction
    • 提交事务:Commit Transaction
    • 回滚事务:Rollback Transaction

    五、事务开启的标志?事务结束的标志?

    开启标志:

    - 任何一条DML语句(insert、update、delete)执行,标志事务的开启

    结束标志(提交或者回滚):

    - 提交:成功的结束,将所有的DML语句操作历史记录和底层硬盘数据来一次同步

    - 回滚:失败的结束,将所有的DML语句操作历史记录全部清空

    六、事物与数据库底层数据

    在事物进行过程中,未结束之前,DML语句是不会更改底层数据,只是将历史操作记录一下,在内存中完成记录。只有在事物结束的时候,而且是成功的结束的时候,才会修改底层硬盘文件中的数据

    七、在MySQL中,事务提交与回滚

    在MySQL中,默认情况下,事务是自动提交的,也就是说,只要执行一条DML语句就开启了事物,并且提交了事务

    以上的自动提交机制是可以关闭的

    提交操作(事务成功)

    现在有一张student表,字段为id和name

    现在执行插入操作(可以看做是一个事务A)

    insert into student(id,`name`) values(7,'kobe')

    第一种情况:使用mysql数据库默认的自动提交机制

     

    第二种情况:使用手动提交事务机制

    执行start transaction命令,自动提交机制就会失效,必须执行commit命令才可以将事务提交成功

    现在加上commit命令,再来看看效果

    再开一个窗口,查询结果如下:

    事务回滚(提交失败)

    八、事务四大特性之一————隔离性(isolation)

    1、事物A和事物B之间具有一定的隔离性

    2、隔离性有隔离级别(4个) 

    1. 读未提交:read uncommitted
    2. 读已提交:read committed
    3. 可重复读:repeatable read
    4. 串行化:serializable

     read uncommitted

       - 事物A和事物B,事物A未提交的数据,事物B可以读取到

      - 这里读取到的数据叫做“脏数据”

       - 这种隔离级别最低,这种级别一般是在理论上存在,数据库隔离级别一般都高于该级别

    read committed

      - 事物A和事物B,事物A提交的数据,事物B才能读取到

        - 这种隔离级别高于读未提交

       - 换句话说,对方事物提交之后的数据,我当前事物才能读取到

       - 这种级别可以避免“脏数据”

      - 这种隔离级别会导致“不可重复读取”

       - Oracle默认隔离级别

    repeatable read

      - 事务A和事务B,事务A提交之后的数据,事务B读取不到

      - 事务B是可重复读取数据

      - 这种隔离级别高于读已提交

      - 换句话说,对方提交之后的数据,我还是读取不到

      - 这种隔离级别可以避免“不可重复读取”,达到可重复读取

      - 比如1点和2点读到数据是同一个

      - MySQL默认级别

      - 虽然可以达到可重复读取,但是会导致“幻像读”

    serializable

      - 事务A和事务B,事务A在操作数据库时,事务B只能排队等待

      - 这种隔离级别很少使用,吞吐量太低,用户体验差

      - 这种级别可以避免“幻像读”,每一次读取的都是数据库中真实存在数据,事务A与事务B串行,而不并发

    九、事务的隔离级别

      查看当前数据库的隔离级别:SELECT @@tx_isolation

      设置事物的隔离级别:

      SET [GLOBAL | SESSION] TRANSACTION ISOLATION LEVEL <isolation-level>
      其中的<isolation-level>可以是:
      – READ UNCOMMITTED
      – READ COMMITTED
      – REPEATABLE READ
      – SERIALIZABLE
      • 例如: set session transaction isolation level read uncommitted;


      

      

  • 相关阅读:
    经典论文翻译导读之《Finding a needle in Haystack: Facebook’s photo storage》
    Etcd源码解析(转)
    etcd集群故障处理(转)
    etcd集群部署与遇到的坑(转)
    LeetCode All in One 题目讲解汇总(转...)
    pyinstaller-python->exe
    3个方法解决百度网盘限速(转)
    Tensorflow 教程系列 | 莫烦Python
    分布式存储Seaweedfs源码分析
    解决Java Web项目中Word、Excel等二进制文件编译后无法打开的问题
  • 原文地址:https://www.cnblogs.com/xiaocao123/p/10647895.html
Copyright © 2011-2022 走看看