SQL Server误区30日谈 第25天 有关填充因子的误区
程序员文章站
2023-12-12 09:56:16
误区 #25:多个有关填充因子的误区 都是错误的25a) 填充因子是一直存在的 ...
误区 #25:多个有关填充因子的误区
都是错误的
25a) 填充因子是一直存在的
不是的,通过books online可以看到(译者:我在新版的bol没有找到这句话):
重要:
填充因子仅仅在索引创建或重建时生效,sql server存储引擎并不会一直保证页内的空闲值和填充因子保持一致。如果为了保证页内的空余值和指定的填充因子保持一直那么填充因子就会失去意义。因为这时页即使不满也需要进行分页。
25 b)填充因子0和100是不同的
错误,由bol的一句话可以看到
填充因子0和100在各个方面都是一个意思。
25 c)填充因子设置为0会在非叶子节点保留 空间
这是错误的,这一点bol上没有说,我也不知道这个误区从何而来,但这绝对是错误的。你可以通过如下代码证实这一点:
create database foo;
go
use foo;
go
create table t1 (c1 int identity, c2 char (1000) default 'a');
create clustered index t1c1 on t1 (c1);
go
set nocount on;
go
insert into t1 default values;
go 10000
接下来设置填充因子为0并重建索引
select [fill_factor] from sys.indexes
where name = 't1c1' and [object_id] = object_id ('t1');
go
alter index t1c1 on t1 rebuild with (fillfactor = 100);
go
上面的代码执行后,通过查看既定页中的m_freecnt列的值,也就是页中可用空间的值:
exec sp_allocationmetadata 't1';
go
dbcc traceon (3604);
dbcc page (foo, 1, 164, 3); -- the root page, from the sp output
go
dbcc page (foo, 1, 162, 1); -- the page id in the dbcc page output above
go
通过上面代码可以看到值为10,也就是说业内不存在保留空间。这时一个误区,有关上面sp_allocationmetadata的实现细节请看这篇博文:this blog post。
都是错误的
25a) 填充因子是一直存在的
不是的,通过books online可以看到(译者:我在新版的bol没有找到这句话):
重要:
填充因子仅仅在索引创建或重建时生效,sql server存储引擎并不会一直保证页内的空闲值和填充因子保持一致。如果为了保证页内的空余值和指定的填充因子保持一直那么填充因子就会失去意义。因为这时页即使不满也需要进行分页。
25 b)填充因子0和100是不同的
错误,由bol的一句话可以看到
填充因子0和100在各个方面都是一个意思。
25 c)填充因子设置为0会在非叶子节点保留 空间
这是错误的,这一点bol上没有说,我也不知道这个误区从何而来,但这绝对是错误的。你可以通过如下代码证实这一点:
复制代码 代码如下:
create database foo;
go
use foo;
go
create table t1 (c1 int identity, c2 char (1000) default 'a');
create clustered index t1c1 on t1 (c1);
go
set nocount on;
go
insert into t1 default values;
go 10000
接下来设置填充因子为0并重建索引
复制代码 代码如下:
select [fill_factor] from sys.indexes
where name = 't1c1' and [object_id] = object_id ('t1');
go
alter index t1c1 on t1 rebuild with (fillfactor = 100);
go
上面的代码执行后,通过查看既定页中的m_freecnt列的值,也就是页中可用空间的值:
复制代码 代码如下:
exec sp_allocationmetadata 't1';
go
dbcc traceon (3604);
dbcc page (foo, 1, 164, 3); -- the root page, from the sp output
go
dbcc page (foo, 1, 162, 1); -- the page id in the dbcc page output above
go
通过上面代码可以看到值为10,也就是说业内不存在保留空间。这时一个误区,有关上面sp_allocationmetadata的实现细节请看这篇博文:this blog post。
推荐阅读
-
SQL Server误区30日谈 第12天 TempDB的文件数和需要和CPU数目保持一致
-
SQL Server误区30日谈 第25天 有关填充因子的误区
-
SQL Server误区30日谈 第29天 有关堆碎片的误区
-
SQL Server误区30日谈 第16天 数据的损坏和修复
-
SQL Server误区30日谈 第14天 清除日志后会将相关的LSN填零初始化
-
SQL Server误区30日谈 第6天 有关NULL位图的三个误区
-
SQL Server误区30日谈 第30天 有关备份的30个误区
-
SQL Server误区30日谈 第24天 26个有关还原(Restore)的误区
-
SQL Server误区30日谈 第17天 有关页校验和的误区
-
SQL Server误区30日谈 第23天 有关锁升级的误区