SQLServer并发的新解决方法.docVIP

SQLServer并发的新解决方法 SQLServer并发的新解决方法 PAGE / NUMPAGES SQLServer并发的新解决方法 工具等 . SQL Server 并发的新解决方法 我们可以优化数据库查询 , 升级数据库 服务器 , 但仍不足以保证应用程序良 好的数据库性能 . 这是因为问题可能产生于系统中并发 ( 指同步 ) 地执行查询操作 . 实际上 , 在产品化的数据库系统中 , 同步执行查询可能引发的问题是再多的查询 优化也不能解决的 . 我们可以有最优化的、执行最快的查询 , 但是 , 如果这些查询因为并发问题得不到需要的数据 , 说明优化工作还做得不够充分 . 从根本上讲 , 我们必须保证数据库查询和执行查询的连接必须能够在并发执行中没有错误 ( 如死锁或更新冲突 ), 并能在可接受的等待时间内得到结果 . 如果不能做到 , 就要定位并发问题并找出原因 : 为什么独立运行查询时正确 , 并发运行时就出问题 . 解决并发问题的过程是一个基于经验的过程 . 模仿产品环境并不容易 , 从许多同步连接中预测查询操作并发时的行为也很难 . 这就是为什么必须经常保留系统状态 , 才能在并发问题发生时诊断问题的原因 . 大多数情况下并发问题是一个 SQLServer 进程 ( 或任务 ) 等待某种资源 , 而这种资源还没有被其他进程释放 . 如果两个进程串行 , 就不会有冲突 ; 当它们并行时 , 对某种资源的冲突就产生了 . 这些等待大多由对用户资源的锁请求造成的 . 在本章中 , 我们将会学习到解决并发问题的技术 . 概括地讲 , 就是诊断和解决以下情况 : 锁、阻塞和死锁 . 基本的方法简单明了 : ● 识别并发问题 ; ● 分析和找出原因 ; ● 修改并解决问题 . 使用这种方法需要我们熟悉相当多的背景资料 . 本章假设读者已经阅读或已 经熟悉 Kalen Delaney 写的 Inside SQL Server 2005:The Storage Engine 第 8 章“锁和并发”中的内容 ( 见本书参考书目中的引用 : 其他资源和引用 ). 确切地 说 , 那个章节包含必需的资料 , 关于 SQLServer 2005 中事务、隔离级别和锁等解决并发问题需要的内容 . 、解决并发问题的新工具 SQL Server 2005 增加了一些重要的解决并发问题的新工具 . 除了新增的工具 , 它仍然包含原来的一些工具 , 如 sp_who2等系统 存储 过程、 Perfmon 计数器 , 解决并发问题的 SQL Trace/Profiler 为了检测和分析并发问题 ,SQL Server 2005 包括了以下新工具 : DMV, 特别是 sys.dm_os_wait_stats 和 sys.dm_os_waiting_tasks. 加强的 SQLDiag.exe 功能 , 收集运行系统的信息 . 基于行版本的隔离选项 ( “快照”和“已提交读快照”隔离级别 ). 新的 1222 跟踪标识和 SQL Trace 检测分析死锁的“死锁图表”事件类 . SQL Trace/Profiler 中的被阻进程报告事件类 , 和检测长阻塞的“被阻塞进程阈值” 服务器 配置选项 . 新计数器 “SQLServer:Transactions Perfmon ”对象 , 用来检测“快照隔离”事务中的更新冲突 , 计算在 tempdb 中版本 存储 的使用量 . 目前 , 新工具中有两个最基本的工具值得注意 : 用于检测的 sys.dm_os_waiting_tasks DMV 和为了决议的基于行版本的隔离级别 . 在这里我 们只概括地进行介绍 , 讲到解决问题的特定技术时再介绍更多的细节 . 新阻塞检测工具 :sys.dm_os_waiting_tasks sys.dm_os_waiting_tasks 是 SQL Server 2005 检测并发问题阻塞类型最重 要的新工具 . 这个 DMV显示所有任务的等待信息 . 并不是所有等待任务都是阻塞 的 , 因为任务可能等待 I/O 或内存授权 . 当一个任务等待另一个任务相对长时间时 , 它就会被阻塞 . 当一个任务 A 被另一个任务 B 阻塞 , 阻塞任务 B 将在视图中显示 . 这个视图的优点之一是它列出了任务和进程 . 任务表现出比 SPID(服务器进 程 ID) 更详细的 SQLServer 执行细节 . 如果进程是并行的 , 一个给定的 SPID 可能包含一些同步任务 ; 如果 spid 不是并行的 , 任务就只有一个 spid. 导致任务等待的原因有很多 , 许多和并发没有任何关系 . 所以从视图中过滤出不相干的行很重要 , 从而可以更好地关注由于资源锁定引起的