language-agnostic - 定期性能调优和维护

Question

您多久执行一次定期维护，例如对您的应用程序进行压力测试和/或为您的应用程序调整数据库索引？

EG，您是否每周、每六个月或仅在输入大量数据后调整(碎片整理、重组或重建)数据库索引一次，并且您是否在每次主要或次要构建后对您的应用程序进行压力测试，每周，每年，绝不？

Answer 1

在代码不断发展的实时生产系统中，每一天都是压力测试。同样，数据库调优就是知道何时停止；当表现可以接受时，你就停下来。

特别是对于 Oracle，关于是否重建索引的争论已经持续多年。有些人相信这样做，有些人不相信。一个索引是一个B*树结构；它将准确地反射(reflect)表中的数据。在许多情况下(以下异常(exception))重建索引类似于进行快速饮食；当然，这些指数在短期内会变得稀薄，但随着时间的推移——也许只有几天或几个小时的处理时间——它们会恢复到以前的状态。只要性能达到目标，为什么要担心呢？重建索引会产生大量 I/O 事件(必须读取表和/或索引)，并且会产生大量重做事件(为新索引条目写入重做向量)或需要立即备份(如果您使用 NOLOGGING 重建索引，索引现在不可恢复)。

异常(exception):

位图索引一般应该是
离线并重建之间
数据负载，因为它们可以在病理上
通过 DML 事件膨胀

如果一个
从根本上卸载了大量
数据并且正在使用全局索引或
其他一些非本地分区索引，
合并(不是重建，只是
将相邻空间推向相邻空间
叶一起)可能是谨慎的。