网络工程师系统性能的准确概念

    您的系统性能怎么样？这个问题您肯定很难回答。您可能会反问我：“系统的概念太大了，有应用系统，操作系统，业务系统等等，您问的是那类系统啊？”。确实，如果只问您的系统的性能着实有些唐突，我现在把范围缩小一点，我这里所说的系统不包括操作系统，仅仅是指您单位的业务系统（比方说OA、ERP）和应用系统（比方说Mail系统）。怎么样？这样比较好回答了吧？您可能会说，我们单位的业务系统和应用系统非常稳定，响应时间也很快，性能很好。但是真的是这样么？

    系统的性能指的是什么？

    在这里我先问各位一个问题：“系统的性能到底指的是什么？”您可能会说出很多，比方说稳定性，容错性，资源占用率，响应时间等等。其实，系统的性能是相对于系统功能完整度的另一个指标，系统的功能是看系统是否有满足用户需求的功能以及功能的完整性，而性能是看这些功能是否好用，功能完成的效果说得白了，这个系统好用不好用。

    当然，这样说好像也很含糊，我给大家举个例子。比方说您单位的ERP处理系统，在平时，他的各部门业务处理能力可能表现得很稳定，但是到了月底，各个分支机构的各部门人员开始向单位本部进行报表的上缴，假设这个报表上缴的过程必须在上午9：00到10：00汇总到本部的领导处，那么，这个时候的系统将会怎样？也许这时候就比较容易出现数据包在传输过程中的丢失，或者报表上缴的相应时间非常慢。再举个例子，我们很多的朋友可能都参加过报考公务员、研究生或者英文等级考试等等，参加很多考试的第一部就是网上报名。您在进行网上报名的时候是什么感觉？是不是觉得白天报名的时候经常报不上？经常出现网页的“404错误”或者系统提示您“系统繁忙，请稍候再试？”如果您在晚上夜深人静的时候再登录这个系统，如果这个系统晚上也在工作，您是不是会觉得在夜里进行网上申报很容易就申报成功了呢？

    系统性能出现问题的原因

    造成上述现象的原因就是系统的性能问题。系统在人员访问少的情况下，运行的也许很正常，但是同时访问的人员一旦增多了以后，系统是否还能稳定正常的工作呢？

    我们知道，现在的系统不是B/S架构就是C/S架构的，也有些比较大的系统采用B/S和C/S架构相结合的实现方式。我们经常遇见的系统性能瓶颈往往出现在B/S架构的系统或者大型系统的B/S部分。

    这是为什么呢？其实很简单。B/S架构的实现模式说白了就是浏览器/服务器的访问模式，它一般分为三层，用户访问层，就是各个通过浏览器访问系统的用户；Web层，这层通常是中间件和系统的前台平台；DB层，这层一般是系统的后台数据库。由于用户访问系统的时候只需通过浏览器，无需任何客户端程序的安装，所以访问起来非常方便。但是，访问的用户如果不多的时候，系统还能稳定运行，但是访问的用户数量一旦多了起来，那么就会造成系统的负荷加大，当访问用户多到一定程度的时候，就有可能出现几个用户同时访问数据库里的同一条字段的情况，我们管这种情况叫做并发。当并发用户数达到一定程度的时候，系统便承载不了这样的压力，导致系统崩溃。

    还有一种情况，当系统在大数据压力下长时间运作的时候，系统的稳定性、响应时间的方面也容易出现问题。

    如何判断系统的性能？

    所以，想要知道您的系统性能如何，我们需要作一些相关的测试。我们称之为系统的性能测试。常见的性能测试包括三种：并发压力测试、大数据量测试和疲劳测试。

    并发压力测试：我们刚才说了，多用户并发访问数据库的时候很容易造成系统的相应时间非常的慢，最终导致系统的崩溃。那么我们可以先对系统作一个并发测试来看一看系统对多用户访问的支持程度。测试的方法很简单，使用QAload或者LoadRunner等相关的测试工具，对系统可能出现并发的关键流程进行录制，然后通过测试工具模拟若干用户同时进行访问，通过这种手段来测试出系统最大用户并发数的资料数据。最大用户并发数越大，那么表示系统在支持多用户访问方面的性能越好。在现阶段，能够承纳500用户并发的系统就已经是性能非常不错的系统了。我在这里再次强调，“并发”，指的是多个用户同时访问同一个数据库里的同一个字段，所以，当有500个用户同时访问同一个数据库里的同一个字段的时候（这样的情况在正常使用时几乎不会出现），系统还是可以顺利的运行，那么该系统对多用户访问的支持是相当可观的。

    并发测试其实是在测系统的Web服务器，因为Web服务器上一般运行着系统的中间件，并且，Web服务器的一个功能是负责把不同的命令和请求分发到相应的DB服务器，所以，一套系统的Web服务器的性能好坏是决定系统并发用户数量多少的一个重要因素。我们看见，很多大型的B/S系统的Web服务器通常是采用服务器机群的形式来实现的，如果您想提高您的系统的多用户访问方面的性能，可以考虑进一步的进行服务器采购，把Web服务器搭建成集群，然后再这个集群上面架设负载均衡器的手段来实现。（提示：在信息化工作里，1＋1＝2的条例是不成立的，采用两台Web服务器，系统的性能不会是一台Web服务器的两倍，所以请提前做好规划。）

    大数据量测试：压力测试是在测试系统在大数据压力下的运行情况。很多的系统经常会出现大数据传输，大数据运行的情况，在这种情况下，系统是否稳定，系统的处理能力如何。这类系统的特点是在某个特定的时间范围内的数据量会非常的大，比方说环保方面的Mis系统，一个省的各个水域、大气等各方面每天的数据一般要在每天5点钟左右统一向环保局传送，测试在这样数据量激增的时候，系统性能情况表现如何。这类测试一般是在测试系统的数据库和DB服务器。

    疲劳测试：这类测试通常是在测试在一定数据压力或者多用户并发压力下，系统长时间的运行情况，这类系统有很多，比方说电信增值业务系统等。

    要说明的是，这三种性能测试的测试对象虽然不同，但是如果测试结果出现了异常，其产生原因可能有很多。比方说大数据量测试，如果大数据加载不上去，而数据库的表空间又没有问题，那么大数据加载不上的原因有可能出现在中间件方面，系统性能没有达到标准的原因很多，有可能是数据库，也由可能是中间件，甚至网络带宽，网络结构都有可能是造成系统性能不过关的原因，我们再遇到相关问题的时候应该具体问题具体分析，仔细找出问题的症结所在。

相关推荐：

》》》》》网络工程师考前冲刺（2015上半年）

》》》》》网络工程师培训网络课程（2015上半年）

》》》》》2015年上半年网络工程师考试试题分析与解答