之前因为MySQL没有with（nolock）这种写法，于是想设置隔离级别，结果被坑。 直觉以为和MSSQL一样只要打set transaction isolation level xxx 就能搞定 ，然后弄了老半天才发现中间需要价格session ，结果今天写SQL的时候感觉每个表都打with（nolock）太吃力，干脆直接设置READ UNCOMMITTED多美。。。--设置当前查询隔离级别
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED--查询当前隔离级别
SELECT CASE transaction_isolat...
锁机制
NOLOCK和READPAST的区别。1. 开启一个事务执行插入数据的操作。
BEGIN TRAN tINSERT INTO CustomerSELECT ‘a‘,‘a‘2. 执行一条查询语句。
SELECT * FROM Customer WITH (NOLOCK)结果中显示”a”和”a”。当1中事务回滚后，那么a将成为脏数据。(注:1中的事务未提交) 。NOLOCK表明没有对数据表添加共享锁以阻止其它事务对数据表数据的修改。
SELECT * FROM Customer这条语句将一直死锁，直到排他锁解除或者锁超...
traninsert tbUnRead select 3,‘张三‘unionselect 4,‘李四‘---延迟秒，模拟真实交易情形，用于处理业务逻辑waitfor delay ‘00:00:05‘rollback tran此时，在等待的5秒内，B某恰好对该资源做了修改：set Transaction isolation level read uncommitted--查询数据select * from tbUnRead where name like ‘张%‘本来A某要插入两条数据，但是最后事务回滚了，此时数据库应该不存在这两条数据，但是B某却读取到了，这就是脏读。
...
脏读：当一个事务开始更新数据，但是这个事务并没有完全提交，这个时候第二个事务开始读取数据，把第一个事务所更改的数据读了出来，
第二个事务读取的数据时临时的，因为有可能第一个事务最终有可能做回滚操作
不可重复读：在一个事务中多次读取某一行数据，可能会得到不同的结果
幻读：在一个事务中，我们读取数据，发现没有特定的行，第一个事务还没结束，这个时候第二个事务插入了该行数据，
然后在第一个...
如下图：
go
--3开启事务，并进行更新
begin tran
update tbReadLevel
set name=‘Jack_upd‘
where ID=1
---4查询事务数量(由于没有回滚或提交事务)
SELECT @@TRANCOUNT
--5打开另一条连接，设置事务隔离级别为(已提交读)
--查询数据，查询到的数据是上一次提交的数据
select * from tbReadLevel where ID=1
5的查询结果如下图：
（三）可重复读
可重复读事务隔离级别在事务过程中，所有的共享锁均保留到事务结束，而不是...
数据库是要被广大客户所共享访问的，那么在数据库操作过程中很可能出现以下几种不确定情况。
更新丢失（Lost update）两个事务都同时更新一行数据，但是第二个事务却中途失败退出，导致对数据的两个修改都失效了。这是因为系统没有执行任何的锁操作，因此并发事务并没有被隔离开来。
脏读（Dirty Reads）一个事务开始读取了某行数据，但是另外一个事务已经更新了此数据但没有能够及时提交。这是相当危险的，因为很可能所有的操作都...
http://www.cnblogs.com/chenlulouis/archive/2010/12/06/1898014.html
http://www.cnblogs.com/CareySon/p/3509030.htmlSQLserver锁和事务隔离级别的比较与使用（转）标签：本文系统来源：http://www.cnblogs.com/chengjun/p/5356119.html
USEROPTIONS 设置隔离设置会话隔离
SET TRANSACTION ISOLATION LEVEL <ISOLATION NAME>
--注意:在设置回话隔离时(REPEATABLE READ)两个单词需要用空格间隔开,但是在表隔离中可以粘在一起(REPEATABLEREAD)设置查询表隔离
SELECT ....FROM <TABLE> WITH (<ISOLATION NAME>) 正如你在下面的例子中即将看到的，隔离级别越高，提供的保护级别也越高（防止更多的并发性问题）。并且，每个隔离级别包括了前一个级别所提供的保护，...
SQLServer事务的隔离级别数据库是要被广大客户所共享访问的，那么在数据库操作过程中很可能出现以下几种不确定情况。
更新丢失（Lost update）两个事务都同时更新一行数据，但是第二个事务却中途失败退出，导致对数据的两个修改都失效了。这是因为系统没有执行任何的锁操作，因此并发事务并没有被隔离开来。
脏读（Dirty Reads）一个事务开始读取了某行数据，但是另外一个事务已经更新了此数据但没有能够及时提交。这是相当危险的，...
mysql默认的事务处理级别是‘REPEATABLE-READ‘,也就是可重复读
1.查看当前会话隔离级别
select @@tx_isolation;
2.查看系统当前隔离级别
select @@global.tx_isolation;
3.设置当前会话隔离级别
set session transaction isolatin level repeatable read;
4.设置系统当前隔离级别
set global transaction isolation level repeatable read;
Oracle
oracle数据库支持READ COMMITTED 和 SERIALIZABLE这两种事务隔离级别。
默认系统事...
常见的锁相关概念参见 sqlserver中的锁
隔离级别：
未提交读，读取到未提交的数据
已提交读，1，悲观模式（is_read_committed_snapshot_on=0，默认设置），传统的已提交读，只能读取到已经提交的数据。读写会产生冲突。2，乐观模式（is_read_committed_snapshot_on=1），加入行版本控制，只能读取到已提交的数据，读写不会产生冲突，并发性更好，生产环境需要测试。
可重复读，一个事务中，多次读取相同的一条或者几条数据，看到的...
概述
隔离级别用于决定如果控制并发用户如何读写数据的操作，同时对性能也有一定的影响作用。
步骤
事务隔离级别通过影响读操作来间接地影响写操作；可以在回话级别上设置事务隔离级别也可以在查询（表级别）级别上设置事务隔离级别。事务隔离级别总共有6个隔离级别：READ UNCOMMITTED(未提交读,读脏),相当于(NOLOCK)READ COMMITTED(已提交读,默认级别)REPEATABLE READ(可以重复读),相当于(HOLDLOCK)SERIALIZABLE(可序列化)SN...
table TestLock
(Id int,Name varchar(100)
)create clustered index idx_id on TestLock(id)insert into TestLock values (10,‘aaa‘)
insert into TestLock values (20,‘bbb‘)
insert into TestLock values (30,‘ccc‘)
insert into TestLock values (40,‘ddd‘)
insert into TestLock values (50,‘eee‘)1.2 测试表中的数据行存储位置分析
通过系统命令或者表查询测试表的page信息--查看数据页信息
dbcc ind(‘Test‘,‘...
table TestLock
(Id int,Name varchar(100)
)create clustered index idx_id on TestLock(id)insert into TestLock values (10,‘aaa‘)
insert into TestLock values (20,‘bbb‘)
insert into TestLock values (30,‘ccc‘)
insert into TestLock values (40,‘ddd‘)
insert into TestLock values (50,‘eee‘)1.2 测试表中的数据行存储位置分析
通过系统命令或者表查询测试表的page信息--查看数据页信息
dbcc ind(‘Test‘,‘...
https://docs.microsoft.com/zh-cn/sql/t-sql/statements/set-transaction-isolation-level-transact-sql
https://msdn.microsoft.com/zh-cn/library/jj856598(v=sql.120).aspx
一、事务隔离级别控制着事务的如下表现：
读取数据时是否占用锁以及所请求的锁类型。
占用读取锁的时间。
引用其他事务修改的行的读操作是否：在该行上的排他锁被释放之前阻塞其他事务。
检索在启动语句或事务时存在的行的已提交版本。
读取未提交的数据...
在Oracle中，读取操作不会阻碍更新操作，更新操作也不会阻碍读取操作，这样在Oracle中的各种隔离级别下，读取操作都不会等待更新事务结束，更新操作也不会因为另一个事务中的读取操作而发生等待，这也是Oracle事务处理的一个优势所在。
oracle支持Read Committed和Serializable级别，默认的隔离级别是Read committed，在oracle中隔离级别实现如下：
Read Committed隔离级别(也称为语句级别的隔离)
如果一个事务正在对某个表进行DML操作，而这时另外一个会话对这个表的记录进 行读取操作，则Oracle会去读取回滚段或撤销段中存放的更新之前的记录，而不会象SQL Server一样等待更新事务的结束。
Serializable隔离级别(也称为事务级别的隔离)
事务中的读取操作只能读取这个事务开始之前已经提交的数据结果。如果在读取时， 其他事务正在对记录进行修改，则Oracle就会在回滚段或撤销段中去寻找对应的原来未经更改的记录(而且是在读取操作所在的事务开始之前存放于回滚段或 撤销段的记录)，这时读取操作也不会因为相应记录被更新而等待。