前言不知道你有没有这样的经历，线上的系统突然来了很大的流量，有可能是黑客的攻击，也有可能是业务量远远大于你的预估，如果你的系统没有做任何的防护措施，这时候系统负载过高，系统资源慢慢耗尽，接口响应越来越慢，直至不可用，这又导致了调用你接口的上游系统发生资源耗尽的情况，最终导致系统雪崩。想想就知道，这是一个灾难性的后果，那么有什么方法呢？面对这种突发流量的场景，核心思路就是要优先保证优核心业务和优先保证绝大部分用户。常见的应对手段有四种，降级、熔断、限流和排队，下面我会一一讲解。1.降级降级指系统将某些业务或者接口的功能降低，可以是只提供部分功能，也可以是完全停掉所有功能，优先保证核心功能。比如淘

现象描述前几天在部署应用的时候，发现linux机器上执行命令反应很慢，甚至出现卡死或者直接session丢失的现象。进一步研究，怀疑是不是磁盘空间不够，ls命令显示都很慢。但是top命令执行的时候，显示系统的资源还是正常的，负载压力也不大，CPU大部分在idle。于是尝试执行du命令。结果发现，命令直接卡死，没有任何输出，撤销命令也撤销不了，除非把session退出，否则无法操作。尝试再次连接vm，然后执行ps命令，想查看是不是有什么异常的进程。结果发现，ps命令也卡死，没有输出，同样撤销不了命令。到这个地方感觉玩完了，我连查看手段都不行，怎么定位问题？？反正能保证的是机器是没有性能问题的。最

现象描述前几天在部署应用的时候，发现linux机器上执行命令反应很慢，甚至出现卡死或者直接session丢失的现象。进一步研究，怀疑是不是磁盘空间不够，ls命令显示都很慢。但是top命令执行的时候，显示系统的资源还是正常的，负载压力也不大，CPU大部分在idle。于是尝试执行du命令。结果发现，命令直接卡死，没有任何输出，撤销命令也撤销不了，除非把session退出，否则无法操作。尝试再次连接vm，然后执行ps命令，想查看是不是有什么异常的进程。结果发现，ps命令也卡死，没有输出，同样撤销不了命令。到这个地方感觉玩完了，我连查看手段都不行，怎么定位问题？？反正能保证的是机器是没有性能问题的。最