SQLServer的with(nolock)用法
1. with(nolock)介绍
nolock 是 SQLServer 特有的功能。
例如：对于一个表 A，更新了一行，还没有commit，这时再select * from A 就会死锁。
用select * from A（nolock）可以防止死锁，nolock可以忽略锁，直接从数据库读取数据。这意味着可以避开锁，从而提高性能和扩展性。
但同时也意味着代码出错的可能性存在。你可能会读取到运行事务正在处理的无须验证的未递交数据。 这种风险可以量化。
mysql 没有这方面问题，对于一个表 A，更新了一行，还没有commit， select * from A， 将查询到更新以前的原始数据记录，而不会出现死锁问题。
要提升SQL的查询效能，首先会想到建立索引(index)，或者会在表后面加一个nolock，或者是with(nolock)，其目的就是查询是不锁定表，从而达到提高查询速度的目的。
当同一时间有多个用户访问同一资源，并发用户中如果有用户对资源做了修改，此时就会对其它用户产生某些不利的影响，例如：
1、脏读
一个用户对一个资源做了修改，此时另外一个用户正好读取了这条被修改的记录，然后，第一个用户放弃修改，数据回到修改之前，这两个不同的结果就是脏读。
2、不可重复读
一个用户的一个操作是一个事务，这个事务分两次读取同一条记录，如果第一次读取后，有另外用户修改了这个数据，然后第二次读取的数据正好是其它用户修改的数据，这样造成两次读取的记录不同，如果事务中锁定这条记录就可以避免。
3、幻读
指用户读取一批记录的情况，用户两次查询同一条件的一批记录，第一次查询后，有其它用户对这批数据做了修改，方法可能是修改，删除，新增，第二次查询时，会发现第一次查询的记录条目有的不在第二次查询结果中，或者是第二次查询的条目不在第一次查询的内容中。
NOLOCK 语句执行时不发出共享锁，允许脏读 ，等于 READ UNCOMMITTED事务隔离级别 。
nolock确实在查询时能提高速度，但它并不是没有缺点的，起码它会引起脏读、只适用与select查询语句。
在一些不需要考虑脏读的场合会用到，例如当用户在论坛发广告贴时删除其所有发帖，这个查询就不怕脏读，全删，或者漏一个正在发的都不是问题。
2. 使用方式(SqlServer)
SELECT * FROM [dbo].[user] WITH (NOLOCK) WHERE id = 13. with(nolock)的使用场景
1、数据量特别大的表，牺牲数据安全性来提升性能是可以考虑的；
2、允许出现脏读现象的业务逻辑，反之一些数据完整性要求比较严格的场景就不合适了，像金融方面等。
3、数据不经常修改的表，这样会省于锁定表的时间来大大加快查询速度。
4、当使用NoLock时，它允许阅读那些已经修改但是还没有交易完成的数据。因此如果有需要考虑transaction事务数据的实时完整性时，使用WITH (NOLOCK)就要好好考虑一下。
4. nolock和with(nolock)的区别
1、SQL05中的同义词，只支持with(nolock)。
2、with(nolock)的写法非常容易再指定索引。
3、跨服务器查询语句时 不能用with (nolock) 只能用nolock，同一个服务器查询时 则with(nolock)和nolock都可以用。
