为什么重建我的索引没有显着提高查询性能?

问题描述

在我的工作中,我带头开展了一个提高数据库性能的项目。我决定首先建立查询性能基线,并查看在我们的测试环境中重建表的索引后它的改进程度。我们的很多表都非常碎片化,而且页数很高。所以我运行了一些语句,包括三个 SELECTS、一个 INSERT、一个 UPDATE 和一个 DELETE。然后我重建索引并再次跟踪语句。

在重建索引后,我没有看到性能有明显改善。事实上,唯一显着缩短时间的语句是选择一系列值(从 3080 毫秒到 2112 毫秒)。在重建后重建索引(从 73 毫秒到 107 毫秒)后,SELECT 单行、INSERT、UPDATE 和 DELETE 都具有更差的性能。页数似乎只减少了几百,所以每张表的大小只减少了 1-3 MB。

我的性能提升应该更大吗?我是否低估了这个小幅增长的价值?在数百个数据库中的整个数据库中,它只是一个表中的一个语句,因此性能的小幅提升可能很快就会加起来。但是

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)