请教如何区别压力处于WEB服务器还是数据库?

镭镭

如何从程序的实现方式分析出一个项目的压力是集中在数据库还是WEB服务器呢?

从分析器中如何区别压力处于WEB服务器或者是在数据库呢?一般模拟压力测试的时候,通常哪方面的压力会比较大?假设页面并没有什么图片等东西

断寒

查看具体事务的响应时间，如果在数据库操作时间比较长的话，就要多考虑数据库方面的性能。
只能大体说说，具体情况具体分析

picture

这个比较有难度!对我来说!

tequila

我认为很难从程序的实现方式分析出性能瓶颈，不光是程序，还有很多方面如硬件、参数设置、部署等都会影响系统的性能，还需要通过测试才能发现瓶颈。

分析瓶颈的方法主要还是在测试过程中对系统进行监控，包括系统资源、应用服务器、数据库等计数器，通过分析数据来发现瓶颈。比如数据库的CPU占用率很高，则进一步分析数据库相关的计数器，看是因为io wait还是因为数据库锁造成的，再寻找相应的解决办法。如何分析是很难几句话说清楚的，有兴趣可以在网上找找，相关文章挺多的

virgozz

且不讨论硬件、参数设置、部署，因为如果涉及到大型b/s或者c/s架构的东东来说，选择服务器前总有一份很详细的参数说明，如果money足够，那就选性能最好的。接下来就是web服务器和sever服务器，和数据库服务器之间的问题了。如果单cpu的服务器，尽管并发数如何如何高，但是它还是串行的处理请求，把用户提交的表单处理了，需要访问数据库的，则对数据库服务器发出请求……所以在经过了这样的服务器处理过后到数据库服务器的请求，不敢说无并发也大大减底了并发的数量了，在考量数据库服务器的时候，不访用lr模拟业务查询的语句，并设置一定的并发（直接模拟查询器对数据库的访问不经过web服务器等）由于不考虑之间的路径（访问数据库的是实验机器，不是web服务器）答案并不是很准确，不过我想应该够用的。其实碰到这样的问题（反应时间慢）首先看下单访问web数据库的事务速度，如果正常的话问题肯定在db数据库拉（硬件、参数设置、部署不考虑的情况）。

Koffer

如果从结果来看，几乎不可能。

大漠飞鹰

这种问题都是很宽泛的，比较难回答。
先判断出整个系统的瓶颈，然后再分析是web瓶颈还是数据库，看其cpu和内存占用量。

从我遇到的情况来看，一般来说都是数据库瓶颈，毕竟其处理量大多了。

rickyzhu

利用LoadRunner测试的时候,可以从事务细分图大概定位是网络问题还是服务器的问题,如果是服务器问题,再具体定位是数据库服务器还是应用服务器的问题.