隔离级别

国外框架项目地址：http://websystique.com/springmvc/spring-mvc-4-angularjs-example/Angularjs文本输入框用ng-moduel，其他的用{{ }}放行用.*?Angularjs插件地址http://www.cnblogs.com/pilixiami/p/5634405.htmlUI班的教程：http://pan.baidu.com/share/link?shareid=4146906997&uk=866705889非严格读写是并发的概念Spring不支持多线程Flush()强制要求缓存与数据库一致Eache表连接，lazy子查询ORM： 编写程序时，以面向对象的方式处理数据 保存数据时是以关系型数据库的方式存储的Hibernate的数据持久化： New实例化对象时默认是瞬时的 Jdbc连接数据库时，持久化数据 将数据存入硬盘单向关联关系： 一个类单方向包含另一个类为属性，模拟数据库外键mysql数据库附加：String driver=com.mysql.jdbc.DriverString url=jdbc:mysql://localhost:3306/demohibernate注入： 实体类(1)这个表示一个实体类，Table表示对应数据库中的表名。@Entity@Table(name="t_emp")(2

1 什么是数据库的事务？ 1.1 事务的典型场景 比如下单，会操作订单表，资金表，物流表等等，这个时候我们需要让这些操作都 在一个事务里面完成。在金融的系统里面事务配置是很常见的，比如行内转账的这种操 作，如果我们把它简单地理解为一个账户的余额增加，另一个账户的余额减少的情况（当 然实际上要比这复杂），那么这两个动作一定是同时成功或者同时失败的。 1.2 事务的定义 维基百科的定义：事务是数据库管理系统（DBMS）执行过程中的一个逻辑单位，由 一个有限的数据库操作序列构成。 这里面有两个关键点， 第一个，它是数据库最小的工作单元，是不可以再分的。 第二个，它可能包含了一个或者一系列的 DML 语句，包括 insert delete update。 1.3 哪些存储引擎支持事务 InnoDB 支持事务，这个也是它成为默认的存储引擎的一个重要原因： https://dev.mysql.com/doc/refman/5.7/en/storage-engines.html 另一个是 NDB。 1.4 事务的四大特性 第一个，原子性，Atomicity，也就是我们刚才说的不可再分，也就意味着我们对数 据库的一系列的操作，要么都是成功，要么都是失败，不可能出现部分成功或者部分失 败的情况，以刚才提到的转账的场景为例，一个账户的余额减少，对应一个账户的增加， 这两个一定是同时成功或者同时失败的。

如果不考虑隔离性，引发一些安全问题 隔离性：一个事务的执行，不应该受到其他事务的干扰。 如果不考虑隔离性（一个事务执行受到其他的事务的干扰），引发一些安全问题，主要体现在读取数据上： 脏读：一个事务读到了另一个事务未提交的数据，导致查询结果不一致 不可重复读：一个事务读到了另一个事务已经提交的update的数据，导致多次查询结果不一致。 虚读/幻读：一个事务读到了另一个事务已经提交的insert的数据，导致多次查询结果不一致。 解决这些安全性问题： 设置事务的隔离级别： read uncommitted ：脏读，不可重复读，虚读都有可能发生 read committed ：避免脏读。但是不可重复读和虚读是有可能发生 repeatable read ：避免脏读和不可重复读，但是虚读有可能发生。 serializable ：避免脏读，不可重复读，虚读。 来源： CSDN 作者： 学亮编程手记 链接： https://blog.csdn.net/a772304419/article/details/104089094

1、什么是事务： 　　 事务是逻辑上的一组操作，要么都执行，要么都不执行。 　　例如：银行转账，A转账1000元给B，这个转账就涉及到两个操作：将A余额减去1000元，将B余额加上1000元。但是外一在转账的过程中银行的系统奔溃，导致A只减了，B没有加，这样就出错了。事务就是要保证这两个操作，要么都成功，要么都失败。 2、事物的特性： （1）原子性：原子性是指一个事务必须被视为一个不可分割的最小工作单元，只有事务中所有的数据库操作都执行成功，才算整个事务执行成功，事务中如果有任何一个 （2）一致性： 在一个事务执行之前和执行之后数据库都必须处于一致性状态。假如数据库的状态满足所有的完整性约束，就说该数据库是一致的。 （3）隔离性：并发访问数据库时，一个用户的事务不被其他事务所干扰，各并发事务之间数据库是独立的； （4）持久性：一个事务被提交之后。它对数据库中数据的改变是持久的，即使数据库发生故障也不应该对其有任何影响。 来源： https://www.cnblogs.com/guoyu1/p/12234664.html

锁模块的常见问题 1、MyISAM和InnoDB关于锁方面的区别是什么？ 2、数据库事务的四大特性？ 3、事务隔离级别以及各级别下的并发访问问题？ 4、InnoDB可重复读隔离级别下如何避免幻读？ 5、RC、RR级别下的InnoDB的非阻塞读如何实现？ 1、MyISAM和InnoDB关于锁方面的区别是什么？ MyISAM默认用的是表级锁，不支持行级锁 InnoDB默认用的是行级锁，也支持表级锁 2、数据库事务的四大特性？ ACID 原子性（Atomic） 一致性（Consistency） 隔离性（Isolation） 持久性（Durability） 3、事务隔离级别以及各级别下的并发访问问题？ 事务并发访问引起的问题以及如何避免 1） 更新丢失----mysql所有事务隔离级别在数据库层面上均可避免 如下图，对同一个账号进行操作 2） 脏读----READ-COMMITED 事务隔离级别以上可避免 查询事务的隔离级别 SELECT @@tx_isolation; 设置事务的隔离级别 SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED; 3） 不可重复读----REPEATABLE-READ 事务隔离级别以上可避免 4）幻读----SERIALIZABLE 事务隔离级别可避免 来源： https://www.cnblogs

参考文章： https://time.geekbang.org/column/article/68963 目录 隔离性与隔离级别 事务隔离的实现 事务的启动方式 事务就是要保证一组数据库操作，要么全部成功，要么全部失败。 MySQL 原生的 MyISAM 引擎就不支持事务，本文以 InnoDB 为例，剖析 MySQL 在事务支持方面的特定实现。 隔离性与隔离级别 1、事务的隔离性：ACID（Atomicity、Consistency、Isolation、Durability，即原子性、一致性、隔离性、持久性） 2、并发问题：脏读、不可重复读、幻读 3、隔离级别：读未提交、读提交、可重复读、串行化 读未提交是指，一个事务还没提交时，它做的变更就能被别的事务看到。 读提交是指，一个事务提交之后，它做的变更才会被其他事务看到。 可重复读是指，一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的。 串行化，顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行。 举例： mysql> create table T(c int) engine=InnoDB; insert into T(c) values(1); 在实现上

http://msdn.microsoft.com/zh-cn/library/ms173763.aspx SET TRANSACTION ISOLATION LEVEL (Transact-SQL) 更新日期： 2006 年 4 月 14 日 控制到 SQL Server 的连接发出的 Transact-SQL 语句的锁定行为和行版本控制行为。 Transact-SQL 语法约定 语法 SET TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SNAPSHOT | SERIALIZABLE } [ ; ] 参数 READ UNCOMMITTED 指定语句可以读取已由其他事务修改但尚未提交的行。 在 READ UNCOMMITTED 级别运行的事务，不会发出共享锁来防止其他事务修改当前事务读取的数据。 READ UNCOMMITTED 事务也不会被排他锁阻塞，排他锁会禁止当前事务读取其他事务已修改但尚未提交的行。 设置此选项之后，可以读取未提交的修改，这种读取称为脏读。 在事务结束之前，可以更改数据中的值，行也可以出现在数据集中或从数据集中消失。 该选项的作用与在事务内所有 SELECT 语句中的所有表上设置 NOLOCK 相同。这是隔离级别中限制最少的级别。 在

undo log基础 大家都知道，数据库的四个隔离级别。有一个情况大家也熟悉：即RC和RR两种隔离级别下的不同可见性，即不可重复读问题。 不可重复读的含义是事务A多次读取同一数据，事务B在事务A多次读取的过程中，对数据做了更新并提交，导致事务A多次读取时数据不一致 在RC隔离级别下，伪代码 session1 start transaction; session2 start transaction; session1先读取一次，是1200 session2加了300，之后commit session1再读取一次，是1500 如果session1基于1200进行了操作，就可能造成数据紊乱的结果 而在RR隔离级别下，结果 会发现session1读取的结果一致都是第一次start transaction之前数据的值，在整个session过程中不变，比如说都是1200 而在RR隔离级别下，如果我就在这个基础上做修改，会存在问题吗？ session2 1500 session1 read 仍是1200，但其执行 UPDATE account_innodb SET balance = balance - 100 WHERE id = 1; commit; 再查询，结果是1400，是正确的，而不是我们之前预想的1100 这个不可重复读的问题，或者说是RC、RR下innodb的快照读

一、Mysql的四个隔离级别 预备工作： 先创建一个test数据库及account表， create database test;use test; create table account( id int not null, balance float not null, PRIMARY KEY ( id) ) 向account中插入两条测试数据 INSERT INTO table(id,balance) VALUES (1,1000); INSERT INTO table(id,balance) VALUES (2,1000); 　　 开启两个控制台窗口，当做两个用户（A和B） 1.1 READ UNCOMMITTED（未提交读） 也即RU，在READ UNCOMMITTED级别，事务中的修改，即使没有提交，对其他事务也都是可见的。事务可以读取未提交的数据，这也被称为脏读（Dirty Read）。这个级别会导致很多问题，从性能上来说，READ UNCOMMITTED不会比其他的级别好太多，但却缺乏其他级别的很多好处，除非真的有非常必要的理由，在实际应用中一般很少使用。 A用户操作如下： set session transaction isolation level read uncommitted; start transaction; select * from

隔离级别 数据库事务的四个基本特征（ACID） 原子性（Atomic）：事务中包含的操作被看做一个整体的业务单元，这个业务单元中的操作，要么全部成功，要么全部失败。 一致性（Consisitency）：事务在完成时，必须使所有的数据都保持一致状态，在数据库中所有的修改都基于事务，保证了数据的完整性。例，A账户有一千元，B账户有一千元，A+B = 2000元， A向B转账100元,此时A有900元，B有1100元，A+B依然是2000元。 隔离性（Isolation） :当多个线程访问同一数据，此时数据库同样的数据就会在各个不同的事务中访问，这样会产生丢失更新。例，事务A读取了事务B尚未提交的数据。为了压制丢失更新的产生，数据库定义了隔离级别的概念。 持久性（Durability）：事务结束后，所有的数据都会固化到一个地方，如保存到磁盘当中，即时断电重启也可以提供给应用程序访问。 丢失更新类型 这四个特性，除了隔离性都比较好理解。我们再举例说明下，在多个事务同时操作数据的情况下，会引发丢失更新的场景。例如，电商有一种商品，在疯狂抢购，此时会出现多个事务同时访问商品库存的情景，这样就会产生丢失更新。一般而言，存在两种类型的丢失更新。 假设某种商品A库存数量为100，抢购时，每个用户仅允许抢购一件商品，name在抢购过程中就可能出现如下场景： 可以看到，T5时刻事务1回滚