问题标签 [database-fragmentation]

我正在使用 SQL Server 2012，从几天开始我注意到一些索引的碎片增长非常迅速。我已经阅读了不同的文章并应用了填充因子。

首先，我将填充因子更改为 95 并重建，一天后碎片约为 50%。所以我将填充因子降低到 90，然后降低到 80，但一天后碎片再次达到 50%。

我需要一些帮助来找出碎片越来越多的原因以及解决它的解决方案。

仅供参考，我在索引级别应用填充因子，只有 4-5 个索引有这个问题我已经将填充因子应用于其他索引，它们工作正常。

提前致谢。

我是主从复制和水平碎片技术的新手。目前，我正在做我最后一年的学位项目“使用水平碎片方法进行集群复制”。

这是我的用例：

有4个虚拟机。一台作为主服务器，另一台作为从服务器。我将根据校园情况在主服务器中实现水平分片技术。我的数据库是关于学生信息的。

这些是我的项目的步骤：

1. 将数据从windows导入Linux
2. 配置主从
3. 实施水平碎片技术。

所以，问题是当我写这个编码时：

来自主服务器的数据碎片很好。但是当我尝试添加新的学生姓名时，它不是基于校园情况的片段。

它应该是：

但是当更新时，它将复制所有数据，而不是像应有的那样分段。

我留下了什么语法吗？有什么建议可以解决这个问题吗？你能帮我么？

我有一个存储过程在给定碎片阈值@FragmentationThresholdForReorganizeTableLowerLimit 的情况下检索具有高碎片的索引：

就我而言，@FragmentationThresholdForReorganizeTableLowerLimit 设置为 5.0。

然后我遍历所有检索到的索引，并根据 avg_fragmentation_in_percent 值使用以下命令执行 REORGANIZE 或 REBUILD：

执行上述操作后，如果我执行以下查询以查找所有索引的平均碎片百分比，我可以看到 HEAP 类型的索引尚未重新组织/重建：

下面是显示查询输出的屏幕截图：

那么为什么堆索引没有被重新组织/重建呢？我如何重新组织或重建它们以消除它们的碎片？

更新：对不起我的错误，事实上我没有重建堆索引，因为我在 where 子句中使用“AND SI.name IS NOT NULL”条件时丢弃了它们......

所以在堆索引的情况下，因为它们的名字是 NULL，我怎样才能引用它们来重建它们呢？

所以，我正在使用 Wordpress、MySQL (8.0.16)、InnoDB。该wp_options表通常为 13 MB。问题是，它突然（至少在几天内）变成 27 GB，然后停止增长，因为没有更多可用空间。这 27 GB 被视为数据，而不是索引。

转储和导入表格会为您提供正常大小的表格。条目数约为 4k，自增索引为 200k+。对表进行碎片整理ALTER TABLE wp_options ENGINE = InnoDB;将磁盘上的表大小更改为正常，但即使在服务器重新启动后，mysql 也认为不同。

MySQL日志不多说：

我的猜测是某些东西开始添加选项（可能是与瞬态相关的东西？）并且永远不会停止。

问题是，如何调试它？任何帮助/提示将不胜感激。

每小时进行一次 Cron 碎片整理看起来是一个非常糟糕的解决方案。

升级版：

1 天过去了，可用磁盘空间减少了 7 GB。当前的自动增量索引是 206975（昨天有 27 GB 空闲时是 202517）。所以 4.5K 条目 = 7 GB，我猜？

我将监控可用空间如何减少的动态，也许这会对问题有更多的了解。

UPD（最终）

我有一种感觉，这很愚蠢，我是对的。里面有一个flush_rewrite_rules();不圣洁的东西functions.php。检查一般日志很有帮助。

谁能解释一下什么是索引碎片？我搜索了索引碎片，但找不到满意的答案。