数据库的特性与隔离级别和spring事务的传播机制和隔离级别
首先数据库的特性就是 ACID;
Atomicity 原子性:所有事务是一个整体,要么全部成功,要么失败
Consistency 一致性:在事务开始和结束前,要保持一致性状态
Isolation 隔离性: 对于同一个表的操作,每个事务都是单独的,不会影响其他事务。
Durability 持久性: 事务一旦提交,数据库中的数据就是永久的了。
对于以上四种特性中的隔离性,不同的策略会有不同的弊端:脏读,不可重复读,幻读。
脏读: 就是一个事务读取了别的事务执行过程中未提交的数据。
不可重复读: 就是一个事务正在操作的数据被别的事务给修改了。对于一下脏读是有区别的。
幻读: 就是一个事务刚更新了一批数据,还未提交,准备提交 时,突然又插入了一条数据,这就幻读。
具体对应什么策略呢:未提交读,已提交读,可重复读,可序列化
| 隔离级别 | 脏读可能性 | 不可重复读可能性 | 幻读可能性 | 加锁读 |
|---|---|---|---|---|
| READ UNCOMMITTED | 是 | 是 | 是 | 否 |
| READ COMMITTED | 否 | 是 | 是 | 否 |
| REPEATABLE READ | 否 | 否 | 是 | 否 |
| SERIALIZABLE | 否 | 否 | 否 | 是 |
策略是什么意思呢?
未提交读: 就是两个事务A和B,在A中可以读到B中未提交 的数据,这种隔离级别是最低的,因为会有脏数据,这种级别也只是在理论层面
提交读: 就是两个事务A和B,只有A事务提交了B才可以读到,这种级别避免了脏数据,但会存在不可重复读,Oracle默认的隔离级别。
可重复读:就是两个事务A和B,在A的事务中读取B中已提交的事务,A事务中的数据是不变的。但是在A提交时,会对比最新的数据,并更新。mysql的默认隔离级别。
可序列化: 还是两个事务,A操作数据库时,B只能等着。相当于串行。
理解了上面的理论,如何修改策略呢
1.修改mysql的配置文件my.ini
#– READ-UNCOMMITTED – READ-COMMITTED – REPEATABLE-READ – SERIALIZABLE
[mysqld]
transaction-isolation = REPEATABLE-READ
2.通过命令
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
以上两个为会话级别,下面是全局级别
SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;
spring中的传播机制的理解:
一共七个,一个个说也记不住 ,我们来假设情况:
两种情况 ,一种当前没有事务,一种是当前有事务
| spring传播机制 | 当前没有事务 | 当前有事务 |
| REQUIRED | 新建一个事务 | 加入这个事务中 |
| SUPPORTS | 以非事务方式执行 | 加入 |
| MANDATORY | 抛出异常 | 加入 |
| REQUIRES_NEW | 新建 | 挂起就建 |
| NOT_SUPPORTED | 以非事务运行 | 挂起,非事务运行 |
| NEVER | 以非事务运行 | 抛出异常 |
| NESTED | 执行 | 嵌套事务内执行 |
spring中的隔离级别:
隔离级别 含义 ISOLATION_DEFAULT 使用数据库默认的事务隔离级别 ISOLATION_READ_UNCOMMITTED 允许读取尚未提交的修改,可能导致脏读、幻读和不可重复读 ISOLATION_READ_COMMITTED 允许从已经提交的事务读取,可防止脏读、但幻读,不可重复读仍然有可能发生 ISOLATION_REPEATABLE_READ 对相同字段的多次读取的结果是一致的,除非数据被当前事务自生修改。可防止脏读和不可重复读,但幻读仍有可能发生 ISOLATION_SERIALIZABLE 完全服从ACID隔离原则,确保不发生脏读、不可重复读、和幻读,但执行效率最低。
数据库的特性与隔离级别和spring事务的传播机制和隔离级别的更多相关文章
- Spring事务:传播行为与隔离级别
文章主要来源:https://github.com/dengdaiyemanren/onetopiconeday/wiki/spring%E4%BA%8B%E5%8A%A1%E9%85%8D%E7%B ...
- Spring事务之传播机制
Spring事务传播机制:Spring在TransactionDefinition接口中规定了种类型的事务传播行为,它们规定了事务方法和事务方法发生嵌套时事务如何进行传播.即协调已经有事务标识的方法之 ...
- spring事务的传播机制新解
以下是事物的传播机制: @Transactional(propagation=Propagation.REQUIRED)如果有事务, 那么加入事务, 没有的话新建一个(默认情况下)@Transacti ...
- Spring事务的传播行为和隔离级别
事物注解方式: @Transactional [一]传播行为: 使用方法:@Transactional(propagation=Propagation.REQUIRED) Require:支持当前事务 ...
- spring事物传播机制与隔离级别
转载自:http://www.blogjava.net/freeman1984/archive/2010/04/28/319595.html7个传播行为,4个隔离级别, Spring事务的传播行为和隔 ...
- 事务、事务特性、事务隔离级别、spring事务传播特性
事务.事务特性.事务隔离级别.spring事务传播特性 1.什么是事务: 事务是程序中一系列严密的操作,所有操作执行必须成功完成,否则在每个操作所做的更改将会被撤销,这也是事务的原子性(要么成功, ...
- spring 中常用的两种事务配置方式以及事务的传播性、隔离级别
一.注解式事务 1.注解式事务在平时的开发中使用的挺多,工作的两个公司中看到很多项目使用了这种方式,下面看看具体的配置demo. 2.事务配置实例 (1).spring+mybatis 事务配置 &l ...
- Spring事务传播机制与隔离级别(转)
Spring事务传播机制与隔离级别 博客分类: Spring 转自:http://blog.csdn.net/edward0830ly/article/details/7569954 (写的不错) ...
- spring 事务配置方式以及事务的传播性、隔离级别
在前面的文章中总结了spring事务的5中配置方式,但是很多方式都不用而且当时的配置使用的所有参数都是默认的参数,这篇文章就看常用的两种事务配置方式并信息配置事务的传播性.隔离级别.以及超时等问题,废 ...
随机推荐
- 微服务架构spring cloud - gateway网关限流
1.算法 在高并发的应用中,限流是一个绕不开的话题.限流可以保障我们的 API 服务对所有用户的可用性,也可以防止网络攻击. 一般开发高并发系统常见的限流有:限制总并发数(比如数据库连接池.线程池). ...
- jmeter _Random函数生成随机数
因对发送邮件接口做压测发现相同数据对服务器的压力很小所以需要每次发送请求都需要不同的参数,所以要对某个字段做随机数 选项中-函数助手对话框
- (136)leetcode刷题Python笔记——只出现一次的数字
题目如下: 给定一个非空整数数组,除了某个元素只出现一次以外,其余每个元素均出现两次.找出那个只出现了一次的元素. 说明: 你的算法应该具有线性时间复杂度. 你可以不使用额外空间来实现吗? 示例 1: ...
- [Web 前端] 001 html 常用块级标签
目录 1. html "总体框架" 2. 常用的 HTML 块级标签(块元素) 2.1 知识点 2.2 以下 code 均写在 body 体中 2.2.1 标题标签,只有 h1-h ...
- 加密算法:DES、AES等
指标:运算速度.安全性.资源消耗 对称加密算法(加解密密钥相同): 非对称算法(加密密钥和解密密钥不同): 散列算法比较: 对称与非对称算法比较: 算法选择(从性能和安全性综合) 对称加密: AES( ...
- Yarn 工作机制
1.工作机制详述 (1)MR程序提交到客户端所在的节点. (2)YarnRunner向ResourceManager申请一个Application. (3)RM将该应用程序的资源路径返回给YarnRu ...
- django 中间件的使用??
django 中的中间件(middleware),在django中,中间件其实就是一个类,在请求到来和结束后,django会根据自己的规则在合适的时机执行中间件中相应的方法. 在django项目的se ...
- js string相关方法
1>concat() //合并返回新的字符串 var a="么么么么",b="ssss"; a.concat(b) //"么么么么ss ...
- GB28181 To RTMP/HLS/HTTP-FLV/DASH Gateway
I. Deployment / Architecture Block Diagram II. Resources Used 1. freeswitch —— sip server https://f ...
- 2019-3-6-WPF-使用-SharpDX
title author date CreateTime categories WPF 使用 SharpDX lindexi 2019-03-06 16:52:37 +0800 2018-4-20 9 ...