SQL Server 锁实验（重建索引）

【SQL Server 锁实验（重建索引）】的更多相关文章

SQL Server 锁实验（重建索引）

昨晚某现场报一个重建索引失败的问题,远程查看后发现是自动收缩的内部会话引发的锁申请超时,突然想起来自己的加锁实验还没完成索引重建部分,今天有空正好做一下: USE [数据库名] GO ALTER INDEX <索引名> ON dbo.<表名> REBUILD PARTITION = ALL WITH ( MAXDOP = 4, ONLINE = OFF, SORT_IN_TEMPDB = OFF ) GO 先试了下聚集索引的重建,以下是相关会话的所有加锁情况: 从以上的锁分布情况来…

SQL Server 2012 批量重建索引

关于索引的概念可以看看宋大牛的博客 T-SQL查询高级—SQL Server索引中的碎片和填充因子整个数据库的索引很多,索引碎片多了,不可能一个个的去重建,都是重复性的工作,所以索性写了个存储过程,按范围需要重建索引. -- ============================================= -- Author: <Limy> -- Create date: <2015-12-31> -- Description: <批量重建索引> -- EX…

[S]SQL SERVER数据库维护与重建索引

第一步:查看是否需要维护,查看扫描密度/Scan Density是否为100% declare @table_id int set @table_id=object_id('表名') dbcc showcontig(@table_id) 第二步:重构SQL Server数据库表索引 dbcc dbreindex('表名',pk_索引名,100) 重做第一步,如发现扫描密度/Scan Density还是小于100%则重构表的所有索引,并不一定能达100%. dbcc dbreindex('表名',…

SQL Server 锁实验（SELECT加锁探究）

本例中使用begin tran和with (holdlock)提示来观察SQL Server在select语句中的锁. 开启事务是为了保证时间极短的查询也能观察到锁情况,holdlock相当于开启序列化事务隔离级别,只有在提交后才会释放锁,且对索引加键范围锁防止幻读. 1. 查询主键索引的select语句其上锁情况为: 这里我选择了一较为靠前的主键值,结果集有6条,因为是序列化隔离级别的键范围锁,所以持有7个KEY类型的RangeS-S锁(键范围锁,防止幻读),此外这些记录都在一个页中(1:3…

SQL SERVER数据库维护与重建索引

第一步:查看是否需要维护,查看扫描密度/Scan Density是否为100% declare @table_id int set @table_id=object_id('表名') dbcc showcontig(@table_id) 第二步:重构SQL Server数据库表索引 dbcc dbreindex('表名',pk_索引名,100) 重做第一步,如发现扫描密度/Scan Density还是小于100%则重构表的所有索引,并不一定能达100%. dbcc dbreindex('表名',…

SQL Server 锁实验（INSERT加锁探究）

insert语句: 其上锁情况为: insert语句会对表上的所有索引作出更新,因此这里看到的索引列较多,我们先把所有的索引搞出来看看: 可以看到所有索引都涉及到了,然后我们来仔细分析下加锁情况: 1.表1717581157添加了表级的IX锁,这里objid为41查出来的是NULL表名,不做讨论. 2.用dbcc page查看一下涉及到的所有页的类型: 1:640,非聚集索引页 1:5280,非聚集索引页 1:27216,非聚集索引页 1:22872,非聚集索引页 1:32048,非聚集索引页…

SQL Server 锁实验（UPDATE加锁探究）

update语句: 本例中由于看到的是update执行完的锁情况,因此无法看到IU锁,但其实针对要修改的数据页和索引页会先加IU锁,记录和键先加U锁,然后再转化为IX和X锁. 如果想要看到IU锁和U锁,可以在update中使用索引列的过滤条件但不更新索引列来实现,这样你可以通过sp_lock看到索引页和索引键上的IU/U锁. Ps:好像with (uplock)也可以看到U锁,这里提一下就懒得自己去测啦. 其上锁情况为: 可以看到加锁情况如下: 1.添加了表级IX锁 2.针对数据页3105添加了…