web 应用服务器 CPU 消耗打到 99%，排查后发现是因为 ReDoS 导致了服务器发生了资源被耗尽、访问系统缓慢的问题。本片文章主要介绍ReDos 攻击的原理、常见场景以及防范和解决方案。
在一次上线时，按照正常流程上线后，观察了线上报文、接口可用率十分钟以上，未出现异常情况，结果在上线一小时后突然收到jsf线程池耗尽的报警，并且该应用一共有30台机器，只有一台机器出现该问题，迅速下线该机器的jsf接口，恢复线上。然后开始排查问题。
最近在百度云做一些RTC大客户的项目，晚上边缘计算的一台宿主机由于CPU单核耗被打满，最后查到原因是网卡调优没有生效，今天查了一下网卡调优的资料，欢迎大家共同探讨。 一.网卡调优方法 1、Broadcom的网卡建议关闭GRO功能 ethtool -K eth0 gro off ethtool -K
记druid 连接池没满,但超时问题 GetConnectionTimeoutException active 5, maxActive 100 问题说明 线上服务突然出现报错，通过日志查找发现是因为服务升级导致压力集中到某个节点上，出现连接获取超时导致的。 从日志中也找到了异常。 异常信息： co
https://blog.csdn.net/ChenLuLiang/article/details/128033237 1.查看磁盘空间使用情况(它会统计碎片占用的磁盘空间)： df -Th 2.然后进入到根目录下 cd /3.查看磁盘每个目录的大小 du -h --max-depth=1 发现每个
# HotSpare 9361Raid卡热备盘的设置过程 ## 摘要 ``` 公司最近一批服务器到位(去年生产) 插满24盘位的 960G 的SSD 的超融合服务器. (硬盘是镁光的 !-_-!) 想着Raid6虽然数据保护比较好,但是写入是在是太垃圾了. 所以想可以增加两块热备的Raid5 这样的
https://www.cnblogs.com/jyzhao/p/10119854.html 学习一下 环境：Oracle 11.2.0.4 RAC现象：sysaux空间满导致无法正常生成快照，清理空间后，手工生成快照可以成功，但是观察自动生成快照依然是不成功。之前了解到awr对应的相关后台进程是m
LRU缓存替换策略 缓存是一种非常常见的设计，通过将数据缓存到访问速度更快的存储设备中，来提高数据的访问速度，如内存、CPU缓存、硬盘缓存等。 但与缓存的高速相对的是，缓存的成本较高，因此容量往往是有限的，当缓存满了之后，就需要一种策略来决定将哪些数据移除出缓存，以腾出空间来存储新的数据。 这样的策
这一次重启真的无法解决问题了：一次 MySQL 主动关闭，导致服务出现大量 CLOSE_WAIT 的全流程排查过程。 近日遇到一个线上服务 socket 资源被不断打满的情况。通过各种工具分析线上问题,定位到问题代码。这里对该问题发现、修复过程进行一下复盘总结。 先看两张图。一张图是服务正常时监控到
# 背景 上周都是查测试环境的问题，比如，我上一篇写的[问题排查：nginx的反向代理感觉失效了一样 ](https://www.cnblogs.com/grey-wolf/p/17655238.html)，就是说这个事的。在文章里，最终查到是nginx的全连接队列满了（每个监听端口有个队列，完成三
https://ost.51cto.com/posts/12513 简述 我们知道，Del命令能删除数据，除此之外，数据在Redis中，还会以哪种方式被删除呢？在Redis内存满一定会返回OOM错误？Key到达过期时间就立即删除？删除大Key会影响性能吗？下面，咱们一起探讨。 同步和异步删除 1.D
一：背景 1.讲故事 前段时间有位朋友加微信，说他的程序直接 CPU=100%，每次只能手工介入重启，让我帮忙看下到底怎么回事，哈哈，这种CPU打满的事故，程序员压力会非常大, 我让朋友在 CPU 高的时候抓 2 个 dump 下来，然后发给我分析。 二：WinDbg 分析 1. CPU 真的被打满
通过笨神的分享整理笔记： 这个参数主要设置codecache的大小，比如我们jit编译的代码都是放在codecache里的，所以codecache如果满了的话，那带来的问题就是无法再jit编译了，而且还会去优化。因此大家可能碰到这样的问题：cpu一直高，然后发现是编译线程一直高（系统运行到一定时期）
众神殿内，高朋满座，胜友如云，Vmware、VirtualBox、Utm等虚拟机大神群英荟萃，只见位于C位王座上的Parallels怅惘抬头，缓缓逡巡，睥睨群小，目光到处，无人敢抬头对视。 是的，如果说虚拟机领域有一位王者，非Parallels不能领袖群伦，毕竟大厂背书，功能满格，美中不足之处就是价
## 一：背景 ### 1. 讲故事 前几天有位朋友找到我，说他们公司的后端服务内存暴涨，而且CPU的一个核也被打满，让我帮忙看下怎么回事，一般来说内存暴涨的问题都比较好解决，就让朋友抓一个 dump 丢过来，接下来我们用 WinDbg 一探究竟。 ## 二：WinDbg 分析 ### 1. 到底是
一、前言之前一篇文章中，提出了一个判断NAT类型的方案。该方案是自己研究设计的，比较粗糙。近期研读了关于STUN的一些协议标准，其中RFC3489中就包含了判断NAT类型的标准方案。与自己设计的方案相比，标准方案有以下优点：1，利用了STUN协议中定义的一些属性，如CHANGE-REQUEST/MA
https://juejin.cn/post/6844903601786060808 0 问题描述 一个应用在运行一段时间后，随着访问量不断增加，突然处理能力下降。但是从流量，jstack，gc上看基本正常。感觉好像突然从 “健康状态” 进入了 “虚弱状态”。 1 排查问题 在JVM日志里，可以发现
