知识大全 SQL7中LOCK的理解(2)

Posted 2022-07-14 语句

篇首语：青年是学习智慧的时期，中年是付诸实践的时期。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 SQL7中LOCK的理解(2)相关的知识，希望对你有一定的参考价值。

SQL7中LOCK的理解(2) 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　下面介绍的是锁的并发问题和解决方法　　在实际情况中通常会因为lock发生四中情况　　下面用个定座系统举例所有的语句都工作在默认隔离级别下　　丢失的更新　　user run 　　begin tran 　　select 空座位得到　　update 定座位　　mit 　　　　如果user 在user update之前运行同样的程序都会得到空座位是的信息当然user 也可以定座位结果就是user 的定座是最终有效的 user 的定座被覆蓋为了避免这种情况看看用隔离级别能不能解决这四种隔离级别最多在表上施加S 由于S是兼容的因此user 照样能得到空座位是的信息丢失的更新也照样会发生 SQL提供了表级锁定选项TABLOCKX 能避免这种情况的发生但丧失了并发　　　　　　脏读　　user run 　　begin tran 　　update row A 　　mit 　　　　如果user 能在user update的同时读出表中的数据(包含 row A) 那么就产生了脏读因为user 可能mit也可能rollback update并没有被确认默认情况下是不会产生脏读的因为update将产生行的X 表的IX 而表IX和S是不兼容的那么在什么情况下我们需要脏读呢如果我们不需要确切的数据我们需要的是一个大概的趋势个别数据的不确定没有关系想想一个股票系统同一时刻的改写会很多也就是表上会有许多IX锁如果我们需要查询表获得大致情况那么只有等改写结束为了提高并发此时我们需要脏读解决方法就是在user 的会话环境中设置事务隔离级别为read unmitted 　　　　　　不可重复读　　user run 　　begin tran 　　select tab where 　　　　　　select tab where 　　mit 　　　　当user 在交易中执行两次select 所得到的结果不一样这便是不可重复读发生的原因是user 在user 第二次select之前对tab 做了修改 select语句虽然对表有读锁但在默认情况下读锁在select语句执行完就被释放而不是保持到交易结束为了避免不可重复读的发生只要select产生的锁保持到交易结束就可以了将user 的会话环境中设置事务隔离级别为repeatable read 　　　　　　幻影　　user run 　　begin tran 　　select tab where 　　　　　　select tab where 　　mit 　　虽然将user 的会话环境中设置事务隔离级别为repeatable read 但当user 在交易中执行两次select 所得到的结果还会不一样这便是幻影因为user 仅仅将select出来的行加了S锁但user 可以insert满足where条件的新行使得两次select的结果不一样解决方法是将user 的会话环境中设置事务隔离级别为serializable 或者在表级锁定选项中选holdlock 　　　　　　锁定超时　　前面说过当某个语句因为锁而不能立即执行时会等待直到锁被释放但如果持有锁的语句执行时间过长(未优化) 那么就会等待过长影响响应因此我们通过lock_timeout来将等待过长的语句rollback 需要注意的是当数据量增加时可能发生不希望的lock_timeout 原因是SQL需要更多的时间来处理数据为此我们也需要适当的增加lock_timeout 　　索引在锁中的应用　　大家都知道索引可以提高查询速度其实索引还有一个很重要的功能就是提高并发　　例当user run update tab set col =xxx时 user 对tab run select * from tab 将会等待直到user 执行完但如果user 执行select * from tab where col <>xxx也就是user 要查询的行并不是user 改写的行结果如何呢？同样 user 也要等到user 执行完这样就没有什么并发可言如果我们在col 上建立index 就可以让user 无须等待立即执行更常用的是父表和子表的情况通常为了保证引用完整性 SQL在修改数据时都会将依赖表加锁但如果有index 情况就好的多 cha138/Article/program/SQLServer/201311/22171