rabbitmq压力测试结果

一、rabbitmq压力测试结果

    性能相关情况

    集群稳定性

    集群的高用性

PerfTest是一个基于Java客户端的吞吐量测试工具，可以将其配置为模拟基本工作负载和更高级的工作负载。PerfTest还有一些额外的工具，可以生成输出的HTML图形。

RabbitMQ集群可能受到多种因素的限制，从基础架构级别的约束（例如，网络带宽）到RabbitMQ配置和拓扑，再到发布和使用的应用程序。PerfTest可以演示节点或节点集群的基准性能。

跑统计：bin/runjava com.rabbitmq.perf.PerfTestMulti html/test1/spec.js html/test1/result.js

起服务看结果：bin/runjava com.rabbitmq.perf.WebServer 服务器IP地址:8080/test1/result.html

一开始进行单场景脚本测试时，发送速率也基本维持在35k/s左右，无法往上涨；开启多场景多脚本同步进行施加压力之后，发送速率也无法上升，反而一直在降，同时压测机器的负载也很高，性能跟不上。调整升级压测机器后，当我们多场景多脚本进行施压时，发送速率依旧变化不大，这是因为rabbitmq有相应的流控机制：

服务端默认配置是当内存使用达到40%，磁盘空闲空间小于50M，即启动内存报警，磁盘报警；报警后服务端触发流控（flowcontrol）机制。

一般地，当发布端发送消息速度快于订阅端消费消息的速度时，队列中堆积了大量的消息，导致报警，就会触发流控机制。

触发流控机制后， RabbitMQ服务端接收发布来的消息会变慢，使得进入队列的消息减少；

与此同时RabbitMQ服务端的消息推送也会受到极大的影响，测试发现，服务端推送消息的频率会大幅下降，等待下一次推送的时间，有时等1分钟，有时5分钟，甚至30分钟。

一旦触发流控，将导致RabbitMQ服务端性能恶化，推送消息也会变得非常缓慢；

调整测试脚本，增大生产者的并发数量到1000，5个队列，50个消费者，此时rabbitmq节点1的负载被打满；然后依次不停降低生产者和消费者的并发数量，直至生产者与消费者均只为30的场景，发现rabbitmq节点1服务器的cpu负载均很高，此时发现rabbitmq节点1服务器的cpu资源几乎都被四个线程也即rabbitmq的调取器线程占用，通过调整rabbitmq的调度器线程数量，我们发现发现速率以及服务器cpu负载有一定的变化，rabbitmq单节点的瓶颈在于其调度器的线程数：

4个线程全打开时，发送速率限制在了35k/s，此时空闲的cpu最大不到10%

打开3个调度器线程时，发送速率限制在25k/s，此时空闲的cpu最大为25%

打开2个调度器线程时，发送速率限制在20k/s，此时空闲的cpu最大为30%

因此，我们可以通过以下措施来提升rabbitmq的服务性能：

我们应当尽量避免触发rabbitmq的流控机制，要做好数据设计，使得发送速率和接收速率保持平衡，而不至于引起服务器堆积大量消息，进而引发流控。通过增加服务器集群节点，增加消费者，来避免流控发生，治标不治本，而且成本高。

如果当前的性能达不到业务要求时，可以升级服务器，将服务器由4核升级到8核，增加rabbitmq的调度器线程数量，来提升性能。

1个节点，节点内存为3G，只发布不消费，1个队列，10个消费者，生产速率上限约为60k/s，发送速率为0时是触发了rabbitmq的流控机制

1个节点，节点内存为3G，只发布不消费，1个队列，15个生产者，上限约为70k/s，发送速率为0时是触发了rabbitmq的流控机制

3、1个节点，节点内存为3G，只发布不消费，1个队列，30个生产者，上限约为60k/s，发送速率为0时是触发了rabbitmq的流控机制

1个节点，节点内存为3G，只发布不消费，1个队列，60个生产者，上限约为60k/s，发送速率为0时是触发了rabbitmq的流控机制

1个节点，节点内存为4G，只发布不消费，1个队列，30个生产者，上限约为70k/s，发送速率为0时是触发了rabbitmq的流控机制

1个节点，节点内存为4G，生产者大于消费者，1个队列，30个生产者，10个消费者，发送速率上限约为50k/s，消费速率上限约为25k/s

1个节点，节点内存为4G，生产者大于消费者，1个队列，30个生产者，15个消费者，发送速率上限约为60k/s，消费速率上限约为35k/s

1个节点，节点内存为4G，生产者大于消费者，1个队列，30个生产者，30个消费者，发送速率上限约为60k/s，消费速率上限约为35k/s

1个节点，节点内存为4G，生产者大于消费者，2个队列，30个生产者，30个消费者，发送速率上限约为60k/s，消费速率上限约为45k/s

1个节点，节点内存为4G，生产者大于消费者，1个队列，5个消费者，生产者从[1,5,10,15]逐步增加，消息体的大小由[0, 1000, 5000, 10000, 50000]逐步增加，下图的rate为发送速率

1个节点，节点内存为4G，生产者大于消费者，3个队列，5个消费者，生产者从[1,5,10,15]逐步增加，消息量由[0, 1000, 5000, 10000, 50000]逐步增加，消费速率约等于三个队列加总的发送速率

1个节点，节点内存为4G，生产者大于消费者，1个队列，生产者和消费者数量均从[1, 5, 10, 15, 20]逐步增加，前台查看发送和接收速率基本持平，大部分在25k/s-30k/s

11、1个节点，节点内存为4G，生产者大于消费者，4个队列，生产者和消费者数量均从[1, 5, 10,15]逐步增加

二、Node.js 未来会超越 Java 吗

1、你可能看到了 node.js的种种优点，但却忽略了它存在的各种问题：

2、在虚拟机层面 node.js基于的 v8 VM看起来很不错，但和 Java的 VM一比，差距甚远。在服务器领域，特别是拥有众多 CPU和大量内存的环境下，Java的 VM几乎是你能在地球上找到的最好的 VM。而 v8既不能充分利用多 CPU的性能，也不能将内存充分利用。你唯一能做的事情就是开很多个 node.js实例来缓解，但这进一步带来了更多的问题。

3、在语言层面 JavaScript本身的设计让你感觉很灵活，因为它基本上是不对类型进行约束的，只有当运行过程中发生了错误才会提示你，毕竟在浏览器环境内，这算不上什么问题；但在一个团队内进行协作时，你会深刻的明白类型系统如果能在运行前就帮你找出那些低级的类型错误问题，将会节省你多少的时间和金钱。特别是别忘了，系统总是在演进的，一个稍微复杂些的业务系统就拥有几十个乃至上百个类型，而类型修改又往往很频繁，想想这个过程里会发生些什么你就明白了。

4、在领域应用层面 node.js在 Web开发领域特别是其中的前端部分已经达到了惊人的繁荣程度，甚至有不少重要系统的后端部分也基于 node.js完成。但如果仅凭这些就轻易的认为 node.js将会一统全栈打败包括 Java在内的其它语言是很幼稚的。首先，在一个大型的系统架构中，整个系统是拆分成很多很小的业务系统的，这些系统往往通过消息队列（如 RabbitMQ、Kafka等等）相互连接起来。也许在小型 Web站点中，你从来没用过这些。但相信我，在但凡稍微大一些的业务系统中，都是这么干的。这些消息队列服务存在的理由就是将各个子系统解耦。这样一来，你可以在前端部分应用 node.js进行快速开发，在业务处理部分使用 Java来完成。数据分析系统却可以使用 Python/Scala（例如基于 Spark）实现。大型业务系统的架构者们都是些经验丰富的老手，他们知道每个语言/系统的利弊，也知道世界总在变，今天是 node.js、明天也许就是另一个新秀，因此在整个业务系统中，你要做的根本不是“统一”，反而是“分离”。这样的设计才能够预留出扩展和变更的机会。

5、综上所述，我相信 node.js会拥有大量的用户，但其未来发展也存在天花板，适用领域有局限性。

三、mvc框架和bootstrap

怎么在mvc中使用bootstrap

当然，也可以用Nuget来自动添加Bootstrap资源文件。如果使用图形界面来添加BootstrapNugetPackage，则直接搜索Bootstrap即可；如果使用PackageManagerConsole来添加BootstrapNugetPackage，则输入Install-Packagebootstrap。

当然，也可以用Nuget来自动添加Bootstrap资源文件。如果使用图形界面来添加BootstrapNugetPackage，则直接搜索Bootstrap即可；如果使用PackageManagerConsole来添加BootstrapNugetPackage，则输入Install-Packagebootstrap。

springmvc，spring，mybatis是java框架，可以组合使用，叫做是ssm框架。属于后台实现端。bootstrap前端ui框架。看你想走那一块，想学后台先学spring，在学习mybatis，springmvc自然就会懂了的。

maven+spring+springmvc+mybatis这一坨都是java后台的东西，bootstrap是前台html界面的框架，虽然都叫框架，但完全不是一个东西。

input标签在bootstrap中max-with设置，好像是280px，出现这种情况，说明你的的上级标签分配的栅格有些大。更改col-md-*这个，或自己修改CSS中的input标签的样式。

新建mvcweb应用程序后都会在你web上部署boots.你可以看看content文件夹或routeconfig文件，你都会发现boots。如果不是MVC5而是个空白网站的话，你直接把bootstrap.css文件下载下来，在页面中用就是了，当然nuget也可以。

publicclassBootStrapPageT{privateLongtotal；privateListTrows；privateintlimit=0；privateintoffset=0；privateStringorder=asc}然后control直接接收就行了。

1、Web前端三大框架：Vue.js、React.js、Angular.js。Vue.jsVuejs的受欢迎度目前是最高的，而开发vuejs的就是一个中国人名字叫尤雨溪。Vue可以通过简洁的API提供高效的数据绑定和灵活的组件系统。

2、Web前端三大主流框架是什么(一)React：声明式设计：React采用声明范式，可以轻松描述应用。高效：React通过对DOM的模拟，最大限度地减少与DOM的交互。灵活：React可以与已知的库或框架很好地配合。

3、8级——extjs系列extjs属于前端框架领域中的庞然大物，封装程度很高，具有自成体系的元素选择引擎和浏览器兼容方案，js写法上也有自己的方式。组件很多很全。

4、Angular：Angular是一款优秀的前端JS框架，Angular有着诸多特性，最为核心的是MVW（Model-View-Whatever）、模块化、自动化双向数据绑定、语义化标签、依赖注入等等。

5、QUICKUIQUICKUI是一套完整的企业级web前端开发解决方案，由基础框架、UI组件库、皮肤包、示例工程和文档等组成。使用QUICKUI开发者可以极大地减少工作量，提高开发效率，快速构建功能强大、美观、兼容的web应用系统。

前端三大基础技能HTML、CSS、JS自不必说，这是前端吃饭的东西。TCP/IP、浏览器渲染原理、前端性能优化兼容、PC/M端开发、DOM、BOM、计算机原理（基础，一般软件或计算机出身的都知道）等。

合格的Web前端工程师，需求通晓HTML、CSS、JavaScript；有适配主流浏览器的实践经验，能娴熟处理PC和移动端兼容问题。

需要熟练的掌握HTML的基础知识，其中主要包含每个标签的使用方法。web前端还需要熟悉div和css的基本知识，这两个知识主要是web前端的基础，它可以向你直观的展示所写东西的效果，所以你必须精通。

以前会Photoshop和Dreamweaver就可以制作网页，现在只掌握这些已经远远不够了。首先，前端工程师必须得掌握HTML、CSS和JavaScript。其次只懂其中一个或两个还不行，你必须对这三门语言都很熟悉。

一般我们可以看到，在web前端开发工程师的要求中，有一个会使用css+html或css+div进行界面布局，所以css是用来辅助html进行布局和显示的。

移动Web开发、Bootstrap等。要注意移动开发中的适配和兼容性问题。前端框架：Vue.js和React。这两个框架至少要会一个。入门时，建议先学Vue.js，上手相对容易。但无论如何，同时掌握Vue和React才是合格的前端同学。

Java目前主流框架都有哪些?

java开发框架如下：SSH组合一般常说的SSH组合框架，就是Struts，Spring，Hibernate，后来Struts被SpringMVC来取代，所以SSH也可以是后者的组合。

java开发框架如下：SSH组合一般常说的SSH组合框架，就是Struts，Spring，Hibernate，后来Struts被SpringMVC来取代，所以SSH也可以是后者的组合。

前端框架：layui，easyui，bootstrap，elament-ui，vue，react等分布式框架组合：dubbo+zookeeper是前几年比较流行的分布式解决方案，但是这两三年一线城市中新项目中基本已经抛弃，转而使用微服务了。

常说的三大框架指：SSH，即：Spring、Struts、Hibernate。Spring：功能强大的组件粘合济，能够将你的所有的java功能模块用配置文件的方式组合起来成为一个完成的应用。Spring是一个解决了许多在J2EE开发中常见的问题的强大框架。

\x0d\x0a\x0d\x0aStruts【Java开源Web开发框架】\x0d\x0a\x0d\x0aStruts是一个基于SunJ2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。

Java的框架有很多，如：Springcore、SpringMVC、Mybatis、zookeeper、Netty/mina、apache-commons、guava、Dubbo、Maven、RabbitMQ、Log4j、Ehcache、Redis等。