填充因子填充因子体现了什么？

填充因子时间:2021-08-08 阅读:()

SQL SERVER中，什么是填充因子？

填充因子最简单的理解方法：一张A4纸，用word去写东西，写了两页比如，每页10行,且只能容纳10行现在你要修改第一页的内容，增加一行，在第9行增加，是不是从10行之后全部顺延下去，然后 word自动增加了第三页？？这个时候，如果你的填充因子是20行，但，你每页还是只填入了10行，那么，你在第一页的第9行增加一行之后，发生了什么事？恩，结果就是，仍是两页，且，第二页的文档没有发生任何变化。

这个时候，就有个问题啦：在什么情况下用多大的填充因子呢？呵呵。

的确，要看具体需要了，写的多，则大，查的多，则小，具体情况具体对待。

延伸：索引最终要的参数：是填充因子。

当创建一个新索引，或重建一个存在的索引时，你可以指定一个填充因子，它是在索引创建时索引里的数据页被填充的数量。

填充因子设置为100意味着每个索引页100％填满，50％意味着每个索引页50％填满。

如果你创建一个填充因子为100的聚集索引（在一个非单调递增的列上），那意味着每当一个记录被插入（或修改）时，页拆分都会发生，因为在现存的页上没有这些数据的空间。

很多的页拆分会降低sqlserver的性能。

举个例子：假定你刚刚用缺省的填充因子新创建了一个索引。

当sqlserver创建它时，它把索引放在相邻的物理页面上，因为数据能够顺序的读所以这样会有最优的i/o访问。

但当表随着、、增加和改变时，发生了页拆分。

当页拆分发生时，sqlserver必须在磁盘的某处分配一个新的页，这些新的页和最初的物理页不是连续的。

因此，访问使用的是随机的i/o，而不是有顺序的i/o，这样访问索引页会变得更慢。

那么理想的填充因子是多少呢？它依赖于应用程序对sqlserver表的读和写的比率。

首要的原则，按照下面的指导：低更改的表（读写比率为100：1）：100％的填充因子高更改的表（写超过读）：50-70％的填充因子读写各一半的：80-90％的填充因子在为应用程序找到最优的填充因子前也不得不进行试验。

不要假定一个低的填充因子总比高的好。

低的填充因子会减少页拆分，它也增加了sqlserver查询期间读的页数量，从而减少性能。

太低的填充因子不仅增加i/o开销，也影响缓存。

当数据页从磁盘移到缓存中时，整个页（包括空的空间）都移到缓存中。

所以填充因子越低，不得不移到sqlserver缓存中的页面就越多，意味着同时为其他重要数据页驻留的空间就少，从而降低性能。

如果你没有指定填充因子，缺省的填充因子时0，意味着100％的填充因子（索引的叶页100％的填满，但索引的中间页有预留的空间）。

填充因子为77.3%,怎么计算太阳电池的光电转换效率

填充因子：在光电池的伏安特性曲线任一工作点上的输出功率等于该点所对应的矩形面积，其中只有一点是输出最大功率，称为最佳工作点，该点的电压和电流分别称为最佳工作电压Vop和最佳工作电流Iop。

如何检查SQL Server索引填充因子

这是收藏的一些资料： SQLServer提供了一个数据库命令――DBCC SHOWCONTIG――来确定一个指定的表或索引是否有碎片。

示例：显示数据库里所有索引的碎片信息 DBCC SHOWCONTIG WITH ALL_INDEXES 显示指定表的所有索引的碎片信息 DBCC SHOWCONTIG (authors) WITH ALL_INDEXES 显示指定索引的碎片信息 DBCC SHOWCONTIG (authors,aunmind) DBCC 执行结果：扫描页数：如果你知道行的近似尺寸和表或索引里的行数，那么你可以估计出索引里的页数。

看看扫描页数，如果明显比你估计的页数要高，说明存在内部碎片。

扫描扩展盘区数：用扫描页数除以8,四舍五入到下一个最高值。

该值应该和DBCC SHOWCONTIG返回的扫描扩展盘区数一致。

如果DBCC SHOWCONTIG返回的数高，说明存在外部碎片。

碎片的严重程度依赖于刚才显示的值比估计值高多少。

扩展盘区开关数：该数应该等于扫描扩展盘区数减1。

高了则说明有外部碎片。

每个扩展盘区上的平均页数：该数是扫描页数除以扫描扩展盘区数，一般是8。

小于8说明有外部碎片。

扫描密度［最佳值:实际值］：DBCC SHOWCONTIG返回最有用的一个百分比。

这是扩展盘区的最佳值和实际值的比率。

该百分比应该尽可能靠近100％。

低了则说明有外部碎片。

逻辑扫描碎片：无序页的百分比。

该百分比应该在0％到10％之间，高了则说明有外部碎片。

扩展盘区扫描碎片：无序扩展盘区在扫描索引叶级页中所占的百分比。

该百分比应该是0％，高了则说明有外部碎片。

每页上的平均可用字节数：所扫描的页上的平均可用字节数。

越高说明有内部碎片，不过在你用这个数字决定是否有内部碎片之前，应该考虑fill factor（填充因子）。

平均页密度（完整）：每页上的平均可用字节数的百分比的相反数。

低的百分比说明有内部碎片。

解决碎片问题： 1. 删除并重建索引 2. 使用DROP_EXISTING子句重建索引 3. 执行DBCC DBREINDEX 4. 执行DBCC INDEXDEFRAG 删除并重建索引：用DROP INDEX和CREATE INDEX或ALTER TABLE来删除并重建索引有些缺陷包括在删除重建期间索引会消失。

在索引删除重建时，对于查询它不在可用，查询性能也许会受到明显的影响，直到重建索引为止。

另一个潜在的缺陷是当都请求索引的时候会引起阻塞，直到重建索引为止。

通过其他的处理也能解决阻塞，就是索引被使用的时候不删除索引。

另一个主要的缺陷是在用DROP INDEX和CREATE INDEX重建聚集索引时会引起非聚集索引重建两次。

删除聚集索引时非聚集索引的行指针会指向数据堆，聚集索引重建时非聚集索引的行指针又会指回聚集索引的行位置。

删除并重建索引的确有一个好处就是通过重新排序索引页，使索引页紧凑并删除不需要的索引页来完全重建索引。

你也许需要考虑那些内部和外部碎片都很高的情况下才使用，以使那些索引回到它们应该在的位置。

使用DROP_EXISTING子句重建索引：为了避免在重建聚集索引时表上的非聚集索引重建两次，可以使用带DROP_EXISTING子句的CREATE INDEX语句。

这个子句会保留聚集索引键值，以避免非聚集索引重建两次。

和删除并重建索引一样，该方法也可能会引起阻塞和索引消失的问题。

该方法的另一个缺陷是也强迫你去分别发现和修复表上的每一个索引。