Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Web服务高并发与性能调试 #58

Open
pfan123 opened this issue Mar 15, 2020 · 0 comments
Open

Web服务高并发与性能调试 #58

pfan123 opened this issue Mar 15, 2020 · 0 comments

Comments

@pfan123
Copy link
Owner

pfan123 commented Mar 15, 2020

高并发

  高并发(High Concurrency)是互联网分布式系统架构设计中必须考虑的因素之一,它通常是指,通过设计保证系统能够同时并行处理很多请求。 高并发相关常用的一些指标有响应时间RT(Response Time)、吞吐量(Throughput)、每秒查询率 QPS(Query Per Second)、每秒事务处理率 TPS (Transactions Per Second)、并发用户数等。

  • 响应时间:系统对请求做出响应的时间。例如系统处理一个HTTP请求需要200ms,这个200ms就是系统的响应时间。
  • 吞吐量:单位时间内处理的请求数量。
  • QPS:每秒响应请求数。在互联网领域,这个指标和吞吐量区分的没有这么明显。
  • TPS: 每秒事务数,它是软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。
  • RT: 响应时间,执行一个请求从开始到最后收到响应数据所花费的总体时间,即从客户端发起请求到收到服务器响应结果的时间。
  • 并发用户数:同时承载正常使用系统功能的用户数量。例如一个即时通讯系统,同时在线量一定程度上代表了系统的并发用户数。

  从服务端视角看高并发服务端处理请求需要耗费服务端的资源,比如能同时开启的进程数、能同时运行的线程数、网络连接数、CPU、I/O、内存等,由于服务端资源是有限的,那么服务端能同时处理的请求也是有限的。

  高并发问题的本质就是:资源的有限性

高并发带来的问题 

  服务端的处理和响应会越来越慢,甚至会丢弃部分请求不予处理,更严重的会导致服务端崩溃。高并发问题并不是互联网应用独有。

  高并发问题的层面比如:前端请求、Web服务器、Web应用、数据库等。

优化高并发的基本思路

客户端处理的基本原则是能不访问服务端就不要访问

  • 尽量减少请求数量,比如:依靠客户端自身的缓存或处理能力
  • 尽量减少对服务端资源的不必要耗费,比如:重复使用某些资源,如连接池

服务端的处理基本原则是分而治之,并提高单个请求的处理速度

  • 增加资源供给

    • 更大的网络带宽
    • 使用更高配置的服务器
    • 使用高性能的Web服务器
    • 使用高性能的数据库
  • 请求分流

    • 使用集群

    • 分布式的系统架构

  • 应用优化

    • 使用更高效的编程语言
    • 优化处理业务逻辑的算法
    • 优化访问数据库的SQL

Web 压力测试

压力测试(Stress Test),也称为强度测试、负载测试,通过加压测试,确定一个系统的瓶颈或者应用不能服务的性能点,来获得应用系统能提供的最大的服务级别的测试。目的是验证软件是否符合客户需求,提高应用系统可用性,减少系统的宕机时间和因此带来的损失。最终产物是包括测试环境,方法和结果的测试报告。

通俗点说压力测试的目标,是搞死服务器,从而找到瓶颈点

测试工具

autocannon

一款用 Node.js 编写的快速 HTTP / 1.1基准测试工具。

npm install -g autocannon

loadtest

提供 CLI 可对选定的 HTTP 或 WebSockets URL 运行负载测试,也允许通过 API 轻松集成到测试代码中。

npm install -g loadtest

性能文件与分析

通过压测工具可帮助我们快速找到有问题的接口或方法(出现阻塞/内存泄漏),对接口或方法进行剖析并不可视化,可能很多时候需要一份性能报告,进行更好的剖析。

V8 Profiler

V8 官方提供了Profiler工具 使用快速收集性能数据

  • 生成报告

    node --prof app.js // app.js 服务入口文件

    在启动命令中加上 --prof ,在项目根目录会生成 isolate-xxxxxxx-v8.log 格式的文件,用来记录运行期间的调用栈和时间等信息。

  • 分析报告

    node --prof-process isolate-xxxxxxxx-v8.log

    生成的 log 文件分析,生成报告包含六部分:Shared libraries、JavaScript、C++、Summary、C++ entry points 和 Bottom up (heavy) profile,JavaScript 部分列出了 JavaScript 代码执行所占用的 CPU ticks(CPU 时钟周期),C++ 部分列出了 C++ 代码执行所占用的 CPU ticks,Summary 列出了各个部分的占比,Bottom up 列出了所有 CPU 占用时间从大到小的函数及堆栈信息。

  • 检查性能

    在早期 node v6.3 版本以前,通过 Node Inspector 调试检查性能,从 v6.3 之后 node 内置了检查器 inspect

    node --inspect app.js

    具体相关调试:调试指南Node 调试工具入门教程

Other Resources

浅谈WEB中的高并发

程序员们的三高:高并发、高性能、高可用

怎样正确做 Web 应用的压力测试

Node.js运行原理、高并发性能测试对比及生态圈汇总

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant