如何解决为什么重建我的索引没有显着提高查询性能？
在我的工作中，我带头开展了一个提高数据库性能的项目。我决定首先建立查询性能基线，并查看在我们的测试环境中重建表的索引后它的改进程度。我们的很多表都非常碎片化，而且页数很高。所以我运行了一些语句，包括三个 SELECTS、一个 INSERT、一个 UPDATE 和一个 DELETE。然后我重建索引并再次跟踪语句。
在重建索引后，我没有看到性能有明显改善。事实上，唯一显着缩短时间的语句是选择一系列值（从 3080 毫秒到 2112 毫秒）。在重建后重建索引（从 73 毫秒到 107 毫秒）后，SELECT 单行、INSERT、UPDATE 和 DELETE 都具有更差的性能。页数似乎只减少了几百，所以每张表的大小只减少了 1-3 MB。
我的性能提升应该更大吗？我是否低估了这个小幅增长的价值？在数百个数据库中的整个数据库中，它只是一个表中的一个语句，因此性能的小幅提升可能很快就会加起来。但是
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
