衡量我们架构的数据库的优劣--谈数据库性能测试

衡量我们架构的数据库的优劣--谈数据库性能测试

作者:​​三十而立​​

在做体系规划的时候，我们需要根据我们的体系的业务量的需求，对我们的数据库进行选型，一个系统的运行速度和稳定性的保障，不仅仅是网络上要去考虑的，作为底层的提供数据存储应用的数据库服务器的性能的好坏和稳定性，对我们系统的整体都有着至关重大的影响。那么我们在考量我们的数据库的优劣，以及我们对数据库服务器规划的好坏该怎么样来进行测试呢。

这里我将基于自己多年应用开发和数据库管理的经验上，来谈谈自己的关于数据库性能测试的看法

Os的性能考虑

作为Oracle数据库，个人感觉在Linux上的性能远远优于Window，所以我选择Oracle的时候多少在Linux上的选择，为了在内存能够有更大的扩充性，选择64bit的，这样Oracle也是64bit的。这样的话，我们在做性能测试的时候，需要对我们的Os也进行多方面的监控，CPU，Memory,以及IO stat, 有时也可以把network做进去，虽然我们现在的应用在这方面没有大多的约束，不过能够做还是可以带进去做的。用Load Runner基本上可以做的到了。

最大连接数的考虑

在Java的很多程序里使用了连接池，这样的概念，所以往往忽略了这方面的考虑，我们的系统需要大的访问量的时候，连接池也是要跟着扩大的，如果操过了一定的连接，是不是会导致我们的数据库的性能下降的非常的严重叻，这是我们也需要考虑大的因素，所以我们需要通过增量的方式，看看架构好的数据库系统在连接数线性增加的过程中，其性能是不是也是符合我们预期的叻。

数据量的考虑

不同的数据量，数据库对相同的sql是有不一样的响应的，在Oracle数据库本质上，不同的数据量(有时相同的数据量，没有做statistics)同一个sql的执行计划都是有可能有非常大的差异的，那么我们的数据库在数据量的不同级别上，表现是不是没有太大的相差叻。同时，我们需要根据我们的测试有个以后数据量影响范围上的一个

数据库并发和事务的考虑

数据库的并发对数据库的访问也是有很大影响的，那么我们数据库体系在并发的线性的测试因素下又是如何变化的叻，这时一个我们需要关注的一点，同时，我们需要测试到大批量的事务处理上，数据库服务器是不是有足够的响应时间。同样的通过不同的测试因子，来进行对其的研究。

当然篇幅有限，测试方法论是一个很细化和值得深入研究的工程方法。这里我只是概要性的进行了自己的分析，以前在带项目的过程中，也和我们的自动化测试的人员进行过一起的讨论。也都是从上面的考虑点，进行我们的测试用例的设计和实现的，不过load runner对Oracle的支持还是做的很不错的，大致的一些report直接在load runner里可以找到，当然是没有Oracle自己的详细的，不过作为性能的测试，这里不会深入到数据库的体系里，所以我们这时是没有必要用statspack这样的分析工具的， 主要还是在监控方面就可以叻。这里推荐一下quest的产品spotlight，这个做性能监控也非常的不错，不过就是要额外的银子叻。

如果没有那句“三十而立”，三十岁的男人正可以轻轻松松

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。