整形,对值具有唯一约束条件的数据范围 1~5 ,
已有数据1、2、3、4、5,此时数据范围已被完全填充;
整形,对值具有唯一约束条件的数据范围 1 和 5 ,
已有数据1、5,此时数据范围已被完全填充;
整形的数据范围 1~5 ,
已有数据 1、2、3、4、5,但是因为没有唯一约束,
所以数据范围可以继续被 1~5 的数据重复填充;
整形,具有唯一约束条件的数据范围 1~5 ,
已有数据 2,5,此时数据范围未被完全填充,还可以填充 1、3、4 ;
整形的数据范围 1~5 ,数据范围内当前没有任何数据。
更新丢失:当多个事务选择了同一行,然后基于最初选定的值更新该行时,
由于每个事物不知道其他事务的存在,最后的更新就会覆盖其他事务所做的更新;
脏读: 一个事务正在对一条记录做修改,这个事务完成并提交前,这条记录就处于不一致状态。
这时,另外一个事务也来读取同一条记录,如果不加控制,
第二个事务读取了这些“脏”数据,并据此做了进一步的处理,就会产生提交的数据依赖关系。
这种现象就叫“脏读”。
不可重复读:一个事务在读取某些数据后的某个时间,再次读取以前读过的数据,
却发现其读出的数据已经发生了改变,或者某些记录已经被删除了。
这种现象就叫“不可重复读”。
幻读:一个事务按相同的查询条件重新读取以前检索过的数据,
却发现其他事务插入了满足其查询条件的新数据,这种现象称为“幻读”。
可以简单的认为满足条件的数据量变化了。
Record Locks
索引记录锁,索引记录锁始终锁定索引记录,即使表中未定义索引,
这种情况下,InnoDB 创建一个隐藏的聚簇索引,并使用该索引进行记录锁定。
Gap Locks
间隙锁是索引记录之间的间隙上的锁,或者对第一条记录之前或者最后一条记录之后的锁。
间隙锁是性能和并发之间权衡的一部分。
对于无间隙的数据范围不需要间隙锁,因为没有间隙。
Next-Key Locks
索引记录上的记录锁和索引记录之前的 gap lock 的组合。
假设索引包含 10、11、13 和 20。
可能的next-key locks包括以下间隔,其中圆括号表示不包含间隔端点,方括号表示包含端点:
(负无穷大, 10] (10, 11] (11, 13] (13, 20] (20, 正无穷大) 对于最后一个间隔,next-key将会锁定索引中最大值的上方,
读已提交与可重复读差别(读已提交与可重复读差别 mysql默认)
大家好!今天让创意岭的小编来大家介绍下关于读已提交与可重复读差别的问题,以下是小编对此问题的归纳整理,让我们一起来看看吧。
开始之前先推荐一个非常厉害的Ai人工智能工具,一键生成原创文章、方案、文案、工作计划、工作报告、论文、代码、作文、做题和对话答疑等等
只需要输入关键词,就能返回你想要的内容,越精准,写出的就越详细,有微信小程序端、在线网页版、PC客户端
创意岭作为行业内优秀的企业,服务客户遍布全球各地,如需了解SEO相关业务请拨打电话175-8598-2043,或添加微信:1454722008
本文目录:
一、mysql默认事务隔离级别
SQL标准中支持4种事务隔离级别,READ_UNCOMMITTED(读未提交),READ_COMMITTED(读已提交),REPEATABLE_READ(可重复读),SERIALIZABLE(串行读),MySQL innodb引擎支持全部这4种事务隔离级别。
工具/原料:
联想Y7000P
Windows10
MySQL6.0
1、启动命令行窗口,连接MySQL数据库
图示,通过MySQL提供的客户端命令mysql连接MySQL数据库。
2、通过系统变量查询数据库当前事务隔离级别
图示,通过查询数据库提供的系统变量 tx_isolation 或 transaction_isolation 的值即可获取当前的事务隔离级别。MySQL数据库默认的事务隔离级别是REPEATABLE_READ (可重复读)。
3、设置本次会话的事务隔离级别
图示,通过命令set session transaction isolation level可以设置本次会话的事务隔离级别,该设置不会影响其他会话,并且设置会随着当前会话的结束而结束。
4、设置全局会话的事务隔离级别
图示,通过命令set global transaction isolation level可以设置全局会话的事务隔离级别,该设置不会影响当前已经连接的会话,设置完毕后,新打开的会话,将使用新设置的事务隔离级别。
5、设置一次操作的事务隔离级别
图示,通过命令set transaction isolation level可设置下一次事务操作的隔离级别,该设置会随着下一次事务的提交而失效。
二、深入理解spring
一 IOC容器概述
ioc类型:构造注入 属性注入 接口注入
类装载步骤:装载 验证 准备 解析 初始化 使用 卸载
classLoader:根加载器(bootstrap) 扩展加载器(ext) 系统加载器(app) 采用全盘负责委托机制
反射:可以从class对象获取构造函数 成员变量 方法三个主要反射类
资源访问利器Resource:FileSystemResource ClassPathResource ServletContextResource
BeanFactory ApplicationContext:beanFactory为ioc容器 spring框架的基础设施 面向spring,常用XmlBeanFactory ,applicationContext为应用上下文,面向开发者,主要实现类有classpathXmlApplicationContext fileSystemXmlApplicationContext,区别:beanFactory 在第一次调用才初始化,而applicationContext是在容器启动初始化上下文即初始化bean
WebapplicationContext:两种初始化方法 org.springframework.web.context.ContextLoaderListener和org.springframework.web.context.ContextLoaderServlet
Bean生命周期:获取bean 初始化 设置属性 卸载
二 IOC中装配Bean
变量前两个字母要么全部大写,要么全部小写,eg:isBatch IDCard
依赖注入:属性注入、构造注入、工厂方法注入
Bean间关系:继承(parent),依赖(depends-on),引用(idref)
Bean的作用域:singleton prototype request session globalSession
基于注解启动spring容器:ApplicationContext ct = new AnnotationConfigApplicationContext(); ct.registe(Config.class); ct.refresh();
三 Spring高级
Bean创建过程:
1.ResourceLoader 加载配置文件,生成对应的 Resource
2.BeanDefinitionReader读取并解析resource,生成对应的 BeanDefinition ,并注册到BeanDefinitionRegister中,
3.spring扫描BeanDefinitionRegister读取BeanDeifnition,如果bean实现工厂后处理器(BeanFactoryPostProcessor),对beanDefinition进行处理
4.使用InstantiationStrategy初始化Bean,相当于new
5.使用BeanWarpper对bean进行封装,完成bean属性设置工作
6.利用容器中注册的bean后处理器(实现BeanPostProcessor接口),对bean进行后续加工
使用外部文件:使用<context:property-placeholder location=""/> 注file-encoding="utf8",使用${属性名}引用属性值
加密外部文件:1.继承PropertyPlaceholderConfigurer 重写convertProperty(String propertyName,String propertyValue)方法,2.通过传统配置方式引入配置文件 <bean class="" p:location=""/>
国际化信息
本地化格式工具:DateFormat NumberFormat MessageFormat MessageSource
四 Spring Aop
基础知识:
jdk动态代理:1.实现InvocationHandler 在invoke方法定义横切逻辑,通过反射调用目标类方法
2.通过Proxy.newProxyInstance() 为目标对象创建代理
cglib动态代理:采用底层字节码技术,为类创建子类,在子类拦截所有调用父类方法的调用,性能优于jdk代理
1.实现MethodInteceptor 在inteceptor方法定义横切逻辑
2.通过字节码创建子类代理类
增强类型:前置 后置 异常 最终 环绕 引介,引介:为目标类创建新的方法或实现,类级别
五 基于@AspectJ和Schema的spring aop
注解:
通配符:* 匹配任意字符 只能匹配上下文的一个元素
.. 匹配任意字符 匹配多个元素
+ 表示类型匹配的所有类 包括子类
切点函数:@annotation(注解) 表示标识注解的所有方法
@execution(* com.baobaotao.Waiter+.*(..)) 表示匹配Waiter 及子类的所有方法,第一个*表示返回类型
args() 针对方法签名的 入参接受指定的类
@args() 入参接受指定注解
within() 同execetion()
target(M) 目标类匹配M
@AspectJ进阶:命名切点,切点可以作为类似变量定义、引入
连接点对象,JoinPoint ProceedingJoinPoint(环绕增强)
绑定连接点方法入参,通过args绑定
绑定代理对象,通过this
绑定类注解对象 通过within()或 target()
绑定返回值,通过returning
绑定抛出的异常,通过throwing
aop方式有四种:@AspectJ <aop:aspect> Advisor <aop:advisor> 下面是对比
六 Spring对Dao的支持
DBCP数据源:BasicDataSource
initialSize 默认0 初始化连接数
maxActive 8 最大活动链接
maxIdle 8 最大空闲链接
ValidationQuery sql查询语句 mysql:select 1 oracle : select 1 from dual
testOnBorrow true 是否从池中取出链接前检查
testWhileIdle false 空闲链接是否被回收
testBetweenEvictionRunsMillis -1 空闲链接回收期运行周期
推荐testOnBorrow false,testWhileIdle true testBetweenEvictionRunsMillis一个合适值
C3P0数据源:ComboPooledDataSource
acquireIncrement 链接用完时 c3p0一次性创建的数目
initailPoolSize 初始化创建的数目
minPoolSize 连接池最小连接数 反之maxPoolSize
maxIdleTime 0 最大空闲时间,超时被丢弃 0为永不丢弃
七 Spring事务管理
事务特性:原子性 一致性 隔离性 持久性
读未提交:会脏读 不可重复读 幻读
读已提交(READ COMMITED):会不可重复读(两次读取同一记录 结果不一样) 幻读
可重复读(REPEATALBE READ):会幻读(一个事务 第一次读取到10条记录 第二次读取11条记录)
序列化(SERIALIABLE):读加共享锁 写加排它锁
ThreadLocal 原理:ThreadLocalMap 方法set(T t) get() remove() initialValue()
事务传播行为:REQUIRED 如果没有事务则新建,有事务则加入
REQUIRES_NEW 新建事务 如果当前有事务则将其挂起
SUPPORTS 支持当前事务,如果没事务则以无事务运行
NOT_SUPPROTED 以非事务方式执行 如果当前有事务则挂起
NEVER 以非事务运行 如果当前有事务 则抛出异常
NESTED 如果没有事务,就新建事务,如果有,嵌套当前事务
使用XML配置声明式事务
基于注解配置声明式事务
三、幻读和不可重复读的区别
幻读和不可重复读的区别
1) "不可重复读" 是指在一个事务内,多次读同一数据。在这个事务还没有结束时,另外一个事务也访问该同一数据。那么,在第一个事务中的两次读数据之间,由于第二个事务的修改,那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的,因此称为是不可重复读。例如,一个编辑人员两次读取同一文档,但在两次读取之间,作者重写了该文档。当编辑人员第二次读取文档时,文档已更改。原始读取不可重复。如果只有在作者全部完成编写后编辑人员才可以读取文档,则可以避免该问题
要避免这种情况,通常可以用 set tran isolation level repeatable read 来设置隔离级别,这样事务A 在两次读取表T中的数据时,事务B如果企图更改表T中的数据(细节到事务A读取数据)时,就会被阻塞,知道事务A提交! 这样就保证了,事务A两次读取的数据的一致性。
2)幻觉读是指当事务不是独立执行时发生的一种现象,例如第一个事务对一个表中的数据进行了修改,这种修改涉及到表中的全部数据行。同时,第二个事务也修改这个表中的数据,这种修改是向表中插入一行新数据。那么,以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行,就好象发生了幻觉一样。例如,一个编辑人员更改作者提交的文档,但当生产部门将其更改内容合并到该文档的主复本时,发现作者已将未编辑的新材料添加到该文档中。如果在编辑人员和生产部门完成对原始文档的处理之前,任何人都不能将新材料添加到文档中,则可以避免该问题。
还是上面的例子,事务A要两次读取表T的中数据,虽然设置 repeatable read 可以防止事务B对数据进行修改,但是事务B却可以向表T中插入新的数据。如何防止这个问题,我们可以考虑设置最高的事务隔离级别 set tran isolation level serializable。于是乎,事务B就只能乖乖的等待事务A的提交,才能想表T中插入新的数据,从而避免了幻读!
四、关于mySql 中乐观锁与读已提交(事务隔离级别)的搭配使用问题!!求大神带飞!
术式之后皆为逻辑,一切皆为需求和实现。希望此文能从需求、现状和解决方式的角度帮大家理解隔离级别。
隔离级别的产生
在串型执行的条件下,数据修改的顺序是固定的、可预期的结果,但是并发执行的情况下,数据的修改是不可预期的,也不固定,为了实现数据修改在并发执行的情况下得到一个固定、可预期的结果,由此产生了隔离级别。
所以隔离级别的作用是用来平衡数据库并发访问与数据一致性的方法。
事务的4种隔离级别
READ UNCOMMITTED 未提交读,可以读取未提交的数据。READ COMMITTED 已提交读,对于锁定读(select with for update 或者 for share)、update 和 delete 语句, InnoDB 仅锁定索引记录,而不锁定它们之间的间隙,因此允许在锁定的记录旁边自由插入新记录。 Gap locking 仅用于外键约束检查和重复键检查。REPEATABLE READ 可重复读,事务中的一致性读取读取的是事务第一次读取所建立的快照。SERIALIZABLE 序列化
在了解了 4 种隔离级别的需求后,在采用锁控制隔离级别的基础上,我们需要了解加锁的对象(数据本身&间隙),以及了解整个数据范围的全集组成。
数据范围全集组成
SQL 语句根据条件判断不需要扫描的数据范围(不加锁);
SQL 语句根据条件扫描到的可能需要加锁的数据范围;
以单个数据范围为例,数据范围全集包含:(数据范围不一定是连续的值,也可能是间隔的值组成)
1. 数据已经填充了整个数据范围:(被完全填充的数据范围,不存在数据间隙)
2. 数据填充了部分数据范围:(未被完全填充的数据范围,是存在数据间隙)
3. 数据范围内没有任何数据(存在间隙)
如下:
在了解了数据全集的组成后,我们再来看看事务并发时,会带来的问题。
无控制的并发所带来的问题
并发事务如果不加以控制的话会带来一些问题,主要包括以下几种情况。
1. 范围内已有数据更改导致的:
2. 范围内数据量发生了变化导致:
因为无控制的并发会带来一系列的问题,这些问题会导致无法满足我们所需要的结果。因此我们需要控制并发,以实现我们所期望的结果(隔离级别)。
MySQL 隔离级别的实现
InnoDB 通过加锁的策略来支持这些隔离级别。
行锁包含:
左右滑动进行查看
"上确界"伪记录的值高于索引中任何实际值。
上确界不是一个真正的索引记录,因此,实际上,这个 next-key 只锁定最大索引值之后的间隙。
基于此,当获取的数据范围中,数据已填充了所有的数据范围,那么此时是不存在间隙的,也就不需要 gap lock。
对于数据范围内存在间隙的,需要根据隔离级别确认是否对间隙加锁。
默认的 REPEATABLE READ 隔离级别,为了保证可重复读,除了对数据本身加锁以外,还需要对数据间隙加锁。
READ COMMITTED 已提交读,不匹配行的记录锁在 MySQL 评估了 where 条件后释放。
对于 update 语句,InnoDB 执行 "semi-consistent" 读取,这样它会将最新提交的版本返回到 MySQL,
以便 MySQL 可以确定该行是否与 update 的 where 条件相匹配。
总结&延展:
唯一索引存在唯一约束,所以变更后的数据若违反了唯一约束的原则,则会失败。
当 where 条件使用二级索引筛选数据时,会对二级索引命中的条目和对应的聚簇索引都加锁;所以其他事务变更命中加锁的聚簇索引时,都会等待锁。
行锁的增加是一行一行增加的,所以可能导致并发情况下死锁的发生。
例如,
在 session A 对符合条件的某聚簇索引加锁时,可能 session B 已持有该聚簇索引的 Record Locks,而 session B 正在等待 session A 已持有的某聚簇索引的 Record Locks。
session A 和 session B 是通过两个不相干的二级索引定位到的聚簇索引。
session A 通过索引 idA,session B通过索引 idB 。
当 where 条件获取的数据无间隙时,无论隔离级别为 rc 或 rr,都不会存在间隙锁。
比如通过唯一索引获取到了已完全填充的数据范围,此时不需要间隙锁。
间隙锁的目的在于阻止数据插入间隙,所以无论是通过 insert 或 update 变更导致的间隙内数据的存在,都会被阻止。
rc 隔离级别模式下,查询和索引扫描将禁用 gap locking,此时 gap locking 仅用于外键约束检查和重复键检查(主要是唯一性检查)。
rr 模式下,为了防止幻读,会加上 Gap Locks。
事务中,SQL 开始则加锁,事务结束才释放锁。
就锁类型而言,应该有优化锁,锁升级等,例如rr模式未使用索引查询的情况下,是否可以直接升级为表锁。
就锁的应用场景而言,在回放场景中,如果确定事务可并发,则可以考虑不加锁,加快回放速度。
锁只是并发控制的一种粒度,只是一个很小的部分:
从不同场景下是否需要控制并发,(已知无交集且有序的数据的变更,MySQL 的 MTS 相同前置事务的多事务并发回放)
并发控制的粒度,(锁是一种逻辑粒度,可能还存在物理层和其他逻辑粒度或方式)
相同粒度下的优化,(锁本身存在优化,如IX、IS类型的优化锁)
粒度加载的安全&性能(如获取行锁前,先获取页锁,页锁在执行获取行锁操作后即释放,无论是否获取成功)等多个层次去思考并发这玩意。
以上就是关于读已提交与可重复读差别相关问题的回答。希望能帮到你,如有更多相关问题,您也可以联系我们的客服进行咨询,客服也会为您讲解更多精彩的知识和内容。
推荐阅读:
读已提交与可重复读差别(读已提交与可重复读差别 mysql默认)