• MYSQL数据库事务隔离级别


    1.查看

    SELECT @@tx_isolation

    2.设置

    1read uncommitted : 读取尚未提交的数据 :哪个问题都不能解决
    2read committed:读取已经提交的数据 :可以解决脏读 ---- oracle默认的
    3repeatable read:重读读取:可以解决脏读 和 不可重复读 ---mysql默认的
    4serializable:串行化:可以解决 脏读 不可重复读 和 虚读---相当于锁表
    设置mysql的隔离级别:set session transaction isolation level 设置事务隔离级别

    3.

    READ UNCOMMITTED (读取未提交内容)
    在 READ UNCOMMITTED隔离级,所有事务都可以‘看到’未提交事务的执行结果。在这种级别上,可能会
    产生很多问题,除非用户真的知道自己在做什么,并有很好的理由选择这样做。本隔离级别很少用户实际应用,
    因为它的性能也不比其他级别好多少,而别的级别还有其他更多的优点。读取未提交数据,也被称之为‘脏读’
    (Dirty Read)。
    READ COMMITED (读取提交内容)
    大多数数据库系统的默认隔离级别是READ COMMITED(但这不是MySql默认的!)。他满足了隔离的早先
    简单定义:一个事务在开始时,只能‘看见’已经提交事务所做的改变,一个事务从开始到提交前,所做
    的任何数据改变都是不可见的,除非已经提交。这种隔离级别也支持所谓的‘不可重复读(Nonrepeatable Read)’
    。这意味着用户运行同意语句两次,看到的结果是不同的。
    REPEATABLE READ(可重读)
    REPEATABLE READ隔离级别解决了READ UNCOMMITTED隔离级导致的问题。他确保同一事务的多个实例在
    并发读取数据时,会‘看到同样的数据行’。不过理论上,这回导致另一个棘手的问题:幻读(Phantom Read)。
    简单来说,幻读指当用户读取某一范围的数据行时,另一个事务又在该范围内插入新行,当用户再读取该范围数据
    行时,会发现有新的‘幻影’(Phantom)行。InnoDB和Falcon存储引擎都遵循这种设置,了解如何改变这种设置。
    其他一些存储引擎也以此为默认设置,不过具体设置还要看相关引擎的具体规定。
    SERIALIZABLE(可串行化)
    SERIALIZABLE是最高级别的隔离性,他通过强事务排序,使之不可能相互冲突,从而解决幻读问题。
    简言之,SERIALIZABLE是在每个读的数据行上加锁。在这个级别,可能导致大量的超时(Timeout)现象
    和锁竞争(Lock Contention)现象。

  • 相关阅读:
    SpringMVC + Spring + MyBatis 学习笔记:遭遇order by 排序问题
    SpringMVC + Spring + MyBatis 学习笔记:SpringMVC和Spring一同工作的时候,AOP事务管理不起作用的解决方法
    SpringMVC + Spring + MyBatis 学习笔记:提交数据遭遇基础类型和日期类型报400错误解决方法
    SpringMVC + Spring + MyBatis 学习笔记:为MyBatis增加打印SQL功能 (最简化配置)
    [转]大部分人努力程度之低,根本轮不到拼天赋
    String内存陷阱简介
    同为程序员 为什么我的工资最低
    在程序员的眼里,用户是这样使用他们开发的软件的
    POI怎么和项目结合起来使用
    uploadify
  • 原文地址:https://www.cnblogs.com/shuaihan/p/10516530.html
Copyright © 2020-2023  润新知