数据库的效能低下，存储真的是问题所在么？

    第一步是确定引起性能问题的原因确实是在存储上。最简单的方式就是查看执行数据库应用的服务器处理器利用率。通常，假如处理器利用率很低不过性能任有问题，那很有可能存储就是性能瓶颈所在。不过还有些更详细的方式可以也应当用以测试一下。几乎每一项数据库应用中有包含有自带的性能分析工具，此外还有第三方应用和数据库领域的咨询专家。通常来讲一位有经验的数据库管理员的直觉可能惊人的准确。假如DBA对于性能管理员不停地抱怨，存储经理应当细心聆听。

    存储方面可能存在的问题

    存储可能在两方面拖累数据库应用。首先，存储可能由于内部大量的请求不堪重负。这些请求在堆栈中排序，其数量称之为“队列深度”,并基于先到先出的原则解决。在性能没有问题时，队列深度通常只有很小的几个数字。不过随着队列深度变长，应用必须依次等待处理请求。这种统计数据相对易于监控，大多数的操作系统都会报告指定驱动器或卷的队列深度。任何涉及到成百上千的并发请求通常都会增加磁盘的队列深度。

    存储也可能在其对单个请求的处理上限制了整个数据库应用的性能。在传统的磁盘驱动器整列中，“本质”上来说其性能是每块磁盘驱动器定位并取回所需数据块的速度，由于大部分时间用以等待磁碟旋转到特定的点。其相应时间也可以通过操作系统工具加以衡量。虽然大量的用户可能在一定程度上影响响应时间，但通常单一线程操作所引起的问题会更加严重，例如新数据的增加或已有数据通过日志文件进行修改。

    改善数据库存储性能需要一个过程。在大多数环境中，其会要求到一些调优操作。调优的关键是能够满足今天的性能所需，并在今后性能要求增加时留有余地。而同时技术的逐渐演变，以及存储管理工具中方案的增加会随着时间日益多样化。一步步递进的方式可以确保你只需花费最小的IT预算。数据库存储性能问题并非总是需要你完全替换掉整个存储系统。
 

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。