重建或重新组织 SQL 索引维护

如果性能持续下降，那么人们通常首先检查的是那些参与最佳实践配置的系统，尽管定期索引维护仍然有很多好处。 索引开发目前也很关键，但只有维护才能帮助我们确定是否有任何空闲空间浪费大量内存。 必须使用自动索引维护，它有助于监控运行时和 IO 使用情况，并且仅以较低的容量运行。为了更多地了解您需要多少停机时间，必须实施索引维护并分析每个数据库中有多少张表可以离线。 重建和重组是使每个索引中的每个碎片减少的主要两个操作。 如果您使用新的填充因子，则可以重建索引，但前提是索引被禁用。


必须确保他们不会中途重建索引，否则索引可能会回滚。 重新组织，这个选项非常轻巧，易于使用；此重组启用索引的叶级别，如果您重新组织索引维护，那么它会物理排序页面并压缩页面以应用 脸书数据库 和设置填充因子设置。该程序最好的部分是它仅在线完成，如果您取消它，那么它就会停止或停止，这与重建程序不同。 在计划重建或重组之前，必须考虑某些因素 标准版的重建并不好，因为这总是离线发生并且总是单线程。 人们也可以尝试在线重建，但前提是其中没有存储巨大的数据库，但这是一种排他性的方式，可能会导致阻塞。



如果您尝试使用 并行联机索引重建可能只会导致损坏，因此这可能对整个系统有害。 最棘手的部分是重建分区表，尽管您可以在线重建整个系统，但人们仍然选择不这样做，因为它们太大了。 重组可以非常酷，它可以对索引的叶级别进行碎片整理，但最好的部分是它完全在线完成，因此可以轻松暂停并重新启动。 因此，现在如果您对重建或重组感到困惑，那么您必须知道这应该仅在某些情况下完成，以下是它们。 如果你面临连续安排的定期停机或者说每个周末的停机，那么建议重建那么请进行索引重建并使用在线选项，以便您可以轻松访问数据库，这是在系统窗口维护期间完成的。