性能测试为保证软件质量起到重要作用，对于交易量较大的应用系统，性能测试更是一个必不可少的环节。
这次分享是腾讯后端面经，面试接近 1 小时，问了非常多的问题，涵盖Linux、数据库、C++、操作系统、计算机网络。
TSINGSEE青犀视频开发的国标GB28181协议视频智能分析平台EasyGBS已经兼容了采集－存储－展示－告警这四大模块的内容处理，能够为大数据平台的搭建提供视频能力上的支持。目前EasyGBS正在积极进行内核的改版，力求做到更加稳定、更加高质量。
服务器 CPU 负载的异常升高往往会导致服务响应时长增加、任务堆积甚至系统假死、服务中断等问题。因此，稳定和高性能的服务器对于业务的顺利运行至关重要。然而，在日常的服务运维过程中，CPU 高负载却是非常常见的一种故障场景。引起 CPU 高负载的原因也多种多样，以下列举一些常见的原因：
EasyGBS平台可提供流媒体接入、处理、转发等服务，支持内网、公网的监控设备通过国标GB/T28181协议进行视频监控直播。平台可拓展性强，部署灵活，可实现的视频能力有：实时直播、视频录像、语音对讲、云存储、检索及回放、告警、级联等。
服务器在运行过程中，需要大量的内存容量来支撑，内存的分配和释放就尤为关键。用户在使用服务器的时候，可以通过改善数据结构以及算法制度来减少中间临时变量的内存分配和数据复制时间。有需要请联系TG:TW_001
服务器出现故障是大家都非常关心的，而服务器由CPU，内存，磁盘，主板，电源等多种部件组成，一定会有一定的失效率。本文介绍服务器失效的特性及一些部件的失效标准，探讨降低服务器失效对业务的影响。
网络的发展好像在各方面都是滞后于计算和存储，时延方面也不例外，网络传输时延高，逐渐成为了数据中心高性能的瓶颈。
性能问题的本质就是系统资源已经到达瓶颈，但请求的处理还不够快，无法支撑更多的请求。性能分析实际上就是找出应用或系统的瓶颈，设法去避免或缓解它们。
Part1Linux性能优化 1性能优化 性能指标 高并发和响应快对应着性能优化的两个核心指标：吞吐和延时
性能问题的本质就是系统资源已经到达瓶颈，但请求的处理还不够快，无法支撑更多的请求。 性能分析实际上就是找出应用或系统的瓶颈，设法去避免或缓解它们。
公司的主打产品是一款跨平台的 App，我的部门负责为它提供底层的 sdk 用于数据传输，我负责的是 Adnroid 端的 sdk 开发。
CPU中的控制单元，控制指令执行的顺序，并不是按照先后顺序执行，而是按照优先级顺序
接下来就由浅入深分别来介绍下这几个方法是怎么应用到服务器并且解决高并发的，首先我们先来看下最原始的也是最简单的服务器与应用程序关系。
没有那家卖瓜的会说自己家的不甜，同样，没有哪个开源项目愿意告诉你在对它条件最苛刻的时候压力情况是多少，一般官网号称给你看的性能指标都是在最理想环境下的，毫无参考意义。
查看日志，发现Pro程序爆异常kafka.common.MessageSizeTooLargeException。
一、常见的网站攻击有两种： 1.CC攻击：也是流量攻击的一种，CC就是模拟多个用户（多少线程就是多少用户）不停地进行访问那些 需要大量数据操作（就是需要大量CPU时间）的页面，造成服务器资源的浪费，CPU长时间处于100%，永远 都有处理不完的连接直至就网络拥塞，正常的访问被中止。 2.流量攻击：就是我们常说的DDOS和DOS等攻击，这种攻击属于最常见的流量攻击中的带宽攻击，一般是 使用大量数据包淹没一个或多个路由器、服务器和防火墙，使你的网站处于瘫痪状态无法正常打开。但是 这种攻击成本都会很高，所以遇到这样的攻击的时候大家不要惊慌，另外可以试试防御系统，这样的话攻 击不会主要针对你的网站。 二、防御手段： 遇到流量攻击的话，防御只能靠硬防。硬防就是硬件防火墙，表面看上去跟普通的服务器差不多，顾名思 义就是硬件组成的防火墙。主要用来扛流量攻击。硬防的话。10G墙都要十几万。成本高，需要一定的出 口带宽支持。所以一般都是一些大的高防机房架设起来。网站一般都会被打CC攻击。打封端口。无效请求，占用机器带宽。内存占用率升高，会使得服务器延时， 甚至宕机。有效防御常见有加带宽，装软防，调策略。专业的技术，根据攻击调整防护墙上的策略，屏蔽 无限防的请求IP。能有效的减缓CC攻击。其解决方案是：使用高防服务器。同时高效防御两种攻击。
“大数据” 三个字其实是个marketing语言，从技术角度看，包含范围很广，计算、存储、网络都涉及，知识点广、学习难度高。 本期会给大家奉献上精彩的：死锁、知识图谱、Spark 、TCP、MongoDB、Redis、AI、kafka。全是干货，希望大家喜欢！！！
作者简介： 董冰，混迹DBA圈子十余载的闲云野鹤，曾服务过政府行业、银行数据中心、互联网游戏上市公司，辗转蛰伏于中国铁塔，励志做一个社会主义的螺丝钉。 故障场景描述： 业务系统和监控同时反映11G的
随着产品测试流程的不断完善，可以被稳定复现的问题被遗留到线上的情况越来越少，反而那些概率性问题的数量却逐渐升高，为此我们必须提供一种类似服务器压测那样的方案来发现移动端产品的概率性问题。
事故现象： 下午14.52分，企业微信出现如下所示zabbix报错，显示ERP访问失败
一、磁盘 1、告警：Disk read/write request responses are too high 表达式解释为: 最近15分钟的对应磁盘的Disk read request avg waiting time (r_await)大于20ms或者 Disk write request avg waiting time (w_await) 大于20ms
[toc] 背景 大型互联网网站及应用是随着业务的逐步发展与不断创新慢慢演化而成的。在这个进化过程中，会有一些通用的问题需要解决，也会有一些常规的中间件需要构建，本文将对这个演化过程中涉及的分布式技术
但是看到网络输入和输入流量都不是很高，所以网站被别人攻击的概率不高，后来服务器负荷居高不下，只能保存dump文件进行分析，并一台一台服务器进行重新启动（还好大家周五下班了）
PS：一般的生产服务器CPU稳定在80-85以内，不会让资源利用率太高，也不会太低，资源利用率很高的话，留一些剩余的空间，证明你的机器买了那么多可能就是浪费，CPU和内存都是一样的。在高并发的情况，一般都是需要提前做优化，做测试的，往往有时候大家的一些编码习惯导致的出其不意的问题。网络突然慢了，请求慢了，都可以按照这个思路来定位问题。
登入服务器后，我们的目的是首先要确认当前到底是哪些进程引起的负载高，以及这些进程卡在什么地方，瓶颈是什么。
由于动态页面打开速度慢，需要频繁从数据库中调用大量数据，对于cc攻击者来说，甚至只需要几台肉鸡就可以把网站资源全部消耗，因此动态页面很容易受到cc攻击。正常情况静态页面只有几十kb，而动态页面可能需要从几十MB的数据库中调用，这样消耗情况就很明显了，对于论坛来说，往往就需要很好的服务器才能稳定运行，因为论坛很难做到纯静态。
zabbix报错排错大全 zabbix报错 1.在启动zabbix-agent 时系统日志输出 PID file /run/zabbix/zabbix_agentd.pid not readable
物理机部署 传统发布流程（以Java spring boot为例） 编译jar包 分发到服务器A,B,C 服务启动，监听到指定端口 配置负载均衡到已启动服务端口 服务发布成功 关于服务更新，为了实现滚动更新，可以让LB绑定的服务逐渐更新 传统更新流程 编译jar包 分发到服务器A,B,C 将服务器A从LB上解绑，更新服务器A上的服务 启动服务，通过健康检查和QA之后，将服务器A绑定到LB上 继续更新服务器B和C 服务完全更新成功 拓容流程 新增机器节点 启动jar包 将新节点注册到LB上 特点 单机端口有
Nginx实现资源压缩的原理是通过ngx_http_gzip_module模块拦截请求，并对需要做gzip的类型做gzip，ngx_http_gzip_module是Nginx默认集成的，不需要重新编译，直接开启即可。
目前采用微服务架构已经逐渐成为企业架构的标准范式，而大多微服务是基于Spring Cloud框架来进行应用的构建的，所以在开发实践中，甚至生产环境中，会遇到java相关问题，例如系统运行变慢、内存OOM，堆栈异常等问题，这里结合我之前的一些实践提供一些相关工具，和大家一起分享我们的诊断思路和解决技巧。
开源的 Java Web 应用服务器，实现了 Java EE(Java Platform Enterprise Edition)的部 分技术规范，比如 Java Servlet、Java Server Page、JSTL、Java WebSocket。Java EE 是 Sun 公 司为企业级应用推出的标准平台，定义了一系列用于企业级开发的技术规范，除了上述的之外，还有 EJB、Java Mail、JPA、JTA、JMS 等，而这些都依赖具体容器的实现
CPU使用率（%processor time）,在80%±5%范围内波动为宜。过低，则服务器CPU利用率不高；过高，则CPU可能成为系统的处理瓶颈。
大家在观察压测&日常线上请求的平响、cpu使用时通常都能见到n多的毛刺，有的毛刺凸显并且有规律可循，有的杂乱无章，这些毛刺到底是因为什么产生的，对应的解决解决套路是怎么样的？
前面文章讲述了更多的来自用户的需求分析，如何用技术方案解决用户需求、以及最终实现的效果，解决的是软件功能与特性的问题。
物理服务器是什么?物理服务器有哪些优势? 目前大型企业在选择公司服务器的时候往往会选择物理服务器，因为物理服务器租用费用相对较高，中小型企业使用不划算，而且也会造成资源浪费，但是最近我们接收到从其他服
memcached是应用较广的开源分布式缓存产品之一，它本身其实不提供分布式解决方案。 在服务端，memcached集群环境实际就是一个个memcached服务器的堆积，环境搭建较为简单。 cache的分布式主要是在客户端实现，通过客户端的路由处理来达到分布式解决方案 客户端做路由的原理非常简单: 应用服务器在每次存取某key的value时，通过某种算法把key映射到某台memcached服务器nodeA上，因此这个key所有操作都在nodeA上
来观察显卡的GPU内存占用率（Memory-Usage），显卡的GPU利用率（GPU-util），然后采用top来查看CPU的线程数（PID数）和利用率（%CPU）
系统负载：在Linux系统中表示，一段时间内正在执行进程数和CPU运行队列中就绪等待进程数，以及非常重要的休眠但不可中断的进程数的平均值（具体load值的计算方式，有兴趣可以自行深究，这里不深究）。说白了就是，系统负载与R(Linux系统之进程状态)和D(Linux系统之进程状态)状态的进程有关，这两个状态的进程越多，负载越高。
作为软件开发人员，我们的生活是快节奏的，我们采用的是敏捷软件开发方法，迭代式的开发我们软件功能，开发完成提交测试，通过了QA的测试后被部署到生产环境，然后可怕的事情在生产环境里发生了，生产环境的压力超过了我们的设计值，也就是说过载了，这种情况经常发生在调用远程服务，因为没有做过载保护，导致请求的资源阻塞在服务器上等待从而耗尽系统或者服务器资源，很多时候刚开始的时候只是系统出现了局部的，小规模的故障，然而由于种种原因，故障的范围越来越大，最终导致了全局性的后果，墨菲定律在软件里面特别灵验。俗话说就是"任何会出
思腾合力成立于2009年，于2021年打造出集研发、生产、制造为一体的人工智能产业园，产业园占地6000多平米，形成独立办公厂房，配备人工智能自动化生产线，为安全环保、扩大产能、加快交期提供稳定保障。 厂区内配备两个恒温老化室，老化室内通过网络一键部署思腾OS和思腾老化程序，可以根据不同客户需求和不同机型进行时间、温度设定，完成标准老化检测。两条产线单日可完成产能200台。能进一步满足企业生产、研发及未来规划发展等需求。 思腾合力是英伟达精英级合作伙伴（Elite Partner） ，主营AI服务器与HPC
当今从纯网站技术上来说，因为开源模式的发展，现在建一个小网站已经很简单也很便宜，所以很多人都把创业方向定位在互联网应用。这些人里大多数不是 很懂技术，或者不是那么精通，而网站开发维护方面的知识又很分散，学习成本太高，所以这篇文章将这些知识点结合起来，系统的来说，一个从日几千访问的小小 网站，到日访问一两百万的小网站，中间可能会产生什么问题，以及怎么才能在一开始做足工作尽量避免这些问题。 你的网站因为努力经营，访问量逐渐升高，在升高的过程中，问题也可能开始显现了。因为带宽的增加、硬件的扩展、人员的扩张所带来的
环境准备 自建MySQL环境主机 主机：iZbp1e*****krn92qrx0Z 内网ip: 10.26.254.217 客户端ecs主机 主机：iZbp1e6*****zkrn92qrwzZ 内网ip: 10.24.236.231 说明 说明：mysql的account的组成为’user’@’host’ 常见问题分析 ERROR 1045 (28000) 现象描述 ERROR 1045 (28000): Access denied for user 'testcon'@'10.24.236.231' (
讲解 如何查看负载 和 并发之前，简单与各位聊几句，这不发现后来群内活跃度有所降低呀。是不是社群没小姐姐都不能吸引各位英雄好汉了，哈哈哈。
最近经常在线上排查一些问题，在大多数情况下，都是代码写的业务逻辑有问题；还有一些情况是内存上导致的问题，如 OOM 或者由于数据量大导致的一些问题；但是很少会关注，但常常又会瞟一眼的，这个关注点就是 CPU。
周一早上刚上班，突然大量用户反馈进入网页很慢，登录服务器一看，Redis调用时间严重超时，这样高速的缓存反而变成了短板，由于数据一直没有返回，导致了请求响应变慢。
对于运维工程师来说，需要对自己维护的服务器性能瓶颈了如指掌，比如我当前的架构每秒并发是多少，我服务器最大能接受的并发是多少，是什么导致我的性能有问题；如果当前架构快达到性能瓶颈了，是横向扩容性能提升大，还是纵向扩容性能提升大。
一、问题介绍 网站宕机是每个站长都会遇到的问题，我们讨论下网站宕机后，在DNS层面上可以做些什么来降低损失。 一个网站可以从DNS上设置多个IP，基本上有两个目的, 一些大型的网站会混合使用两种方式。 Round-robin DNS，用DNS轮询实现负载均衡。 域名智能解析，联通用户访问联通IP，电信用户访问电信IP。 二、问题分析 当一个IP宕机无法访问时，我们首先要做的就是不要让用户继续访问该服务器，一个最简单的方法就是停止掉该域名记录的解析。 域名记录会在各地的运营商DNS上有缓存，所以用修改
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
