存储应该如何加速调优数据库性能？

提升数据库的效能，存储应该如何加速调优？

对于日志文件。在判定上述数据库三个组件中优化哪个部分时，索引通常是大部分用户的问题所在。简单来说，几乎所有的数据库都需要进行查询操作，并且在大多数情况下都会使用到索引。通常来讲数据库有越多的索引，其更新处理就会变得越慢。使得这些索引更快速地更新并快速地返回结果几乎都能够提升性能。这些索引会受到并发检索请求数量，以及处理这些请求所花费的时间的影响。索引通常对读取文件操作十分，不过随着索引数量的增加和更新，其需要花费大量的写操作工作。

处理索引引起的性能问题的正确方式主要取决于使用环境。一台单独的存放本地数据的数据库服务器可以通过在服务器上安装一系列镜像驱动器，专门用作存放索引文件来提升性能。即便是将数据存放在存储区域网络（SAN）上单独的服务器也可以采用同样的方式，尤其是在存储网络比较慢的情况下。（比如1Gb的iSCSI以太网或2Gb的光纤通道）

假如数据库通过多台应用服务器进行共享，本地磁盘日志可能并不适合。同样的，这取决于数据库，不过一般来说改进共享存储环境是需要的。这可以简单的通过在SAN环境中设置专用的驱动器来存储索引方式来实现，其运行方式同样需要使用镜像方式而非在普通的RAID组。这甚至可以使用短路程磁盘方式，只使用每块磁盘的外围部分。索引相对较小，通常不需要使用整块驱动器的存储空间。

在所有上述情况下，基于闪存的固态磁盘驱动器（SSD）是一种不错的方式来解决索引的性能问题。由于索引文件尺寸较小，只需花费一块企业级固态磁盘的代价就能够在使用直连存储的数据库服务器上实现客观的性能改善。当使用共享存储时，安装在存储系统上的SSD存储索引文件可以减缓性能问题，虽然这样的代价会相对较高。需要记住的是这两种情况下都需要进行彻底的存储更新。

对于日志文件。日志文件和索引相似，不过其一般只处理写请求，通过上述方式之后同样能够改善性能。不过在使用闪存SSD时要有更多考虑。日志文件的写操作会多出许多，而基于闪存的SSD的整个生命周期中可支持的写操作次数有一定限制。虽然SSD最大写次数在最近几年中得以改善，日志文件这样的工作类型使用基于闪存的SSD仍为时尚早。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友