名站网址导航为大家提供关于数据库教程相关的教程网站知识。
SQL Server误区30日谈 第8天 有关对索引进行在线操作办法的误区
误区 #8: 在线索引操作办法不会使得相关的索引加锁,错误！,在线索引操作办法并不是想象的那么美好。,在线索引操作办法会在操作办法开始时和操作办法结束时对资源上短暂的锁。这有可能导致严重的阻塞问题。,在线索引操作办法开始时,会在被整理的资源上加一个共享的表锁,这个表锁在会在新的索引创建时、老索引进行版本扫描时一直持续。,但问题是，这个S锁会和表上的其它锁排成锁队列。这也就是意味着和S锁不兼容的其它锁在表上存在S锁或是表上的锁队列存在中包含S锁时，这类和S锁不兼容的锁操作办法也需要等待。这也意味着各种更新操作办法会被阻塞。同样,上述步骤完成后，S锁会被去掉，但您可以发现这已经对数据更新产生了影响。这期间还会造成所有等待的更新操作办法的执行计划被重新编译,在线索引整理在开始需要加锁的部分完成后，剩下的大部分时间是不需要任何锁的。（这个大部分指的是整个在线索引整理的大部分时间）,当在线索引操作办法完成后，新建立的索引和老的索引上面都需要加一个构架修改锁（SCh_M锁）来完成最终操作办法。这个锁可以想象成一个更强的表级排它锁。这个锁存在期间不允许对表做任何操作办法，针对表的执行计划也不能重,在线索引操作办法最终阶段的阻塞问题和在线索引操作办法开始时由S锁造成的阻塞问题非常类似-在SCh_M锁持续或者等待被授予期间，不允许对表进行任何操作办法。反之，表中存在任何读写操作办法时，SCh_M锁也不能被授予。,在最终阶段的SCh_M锁持续期间，旧的索引会被执行延迟DROP操作办法，元数据所指向的分配结构指向新的索引（所以index id不变）,表的版本被更新，恭喜，现在开始您已经拥有了一个全新的索引。,如您所见，在线索引操作办法的开始和结束阶段潜在存在着巨大的阻塞问题。所以技术上对在线索引操作办法应该称为“大部分时间在线索引操作办法”，但这种叫法可不会受到市场的欢迎。假如如果您想对在线索引操作办法了解更多，请阅读白皮书,译者注:汪洋有一篇关于在线索引操作办法非常详细的文章，有兴趣的同学可以阅读: 联机索引的工作相关方式 ,下面我摘抄他文章中的一个图片来让在线索引操作办法的步骤更加清晰。,
误区 #9: 网站数据库网站网站文件收缩不会影响性能
错误!
收缩网站数据库网站网站文件唯一不影响性能的情况是网站网站文件末尾有剩余空间的情况下，收缩网站网站文件指定了TruncateOnly选项。
收缩网站网站文件的过程非常影响性能，这个过程需要移动大量数据从而造成大量IO，这个过程会被记录到日志从而造成日志暴涨，相应的，还会占去大量的CPU资源。
不仅在收缩的过程中影响性能，并且在网站网站文件收缩之后同样影响应能，收缩产生的大量日志会被事务日志传送，镜像，复制能操作办法重复执行。而空间不够时，网站网站文件还需要填0初始化从而影响性能（除非您开启的不用填零初始化的选项）。
这还不算最糟，最糟的结果是网站网站文件收缩造成了大量的索引碎片，对于scan操作办法来说这个碎片影响性能。
不幸的是，收缩网站数据库的具体相关代码不是我写的（假如如果要是我写的话，我一开始就不会允许这种机制的）所以咱们唯一能做的就是接受这种操作办法。
假如如果您想找到替代网站数据库网站网站文件收缩的相关方式，请看这篇博文：Why you should not shrink your data files,或者是一开始您就对网站网站文件做好规划:Importance of data file size management。还有这篇:TGIF Time Warp.
孩子，记住这一点:
简单的对收缩说NO就可以让咱们永远远离其造成的烦恼。
关于数据库教程相关的教程网站知识今天我们就说到这里了，希望可以帮到大家。
