Spring Cloud整合了各种组件，每个组件往往还有各种参数。本文来详细探讨Spring Cloud各组件的调优参数。Tomcat配置参数1 server:
2 tomcat:
3 max-connections: 0 # 默认值
4 max-threads: 0 # 默认值Hystrix配置参数如隔离策略是THREAD：1 hystrix.threadpool.default.coreSiz
转载
2024-05-06 13:48:10
26阅读
一、写在前面相信不少朋友都在自己公司使用Spring Cloud框架来构建微服务架构，毕竟现在这是非常火的一门技术。如果只是用户量很少的传统IT系统，使用Spring Cloud可能还暴露不出什么问题。如果是较多用户量，高峰每秒高达上万并发请求的互联网公司的系统，使用Spring Cloud技术就有一些问题需要注意了。二、场景引入，问题初现先不空聊原理、理论，来讲一个真实的例子，这是我的一个朋友在
转载
2024-03-25 20:05:38
589阅读
本文总结了一些常见的线上应急现象和对应排查步骤和工具。分享的主要目的是想让对线上问题接触少的同学有个预先认知，免得在遇到实际问题时手忙脚乱。毕竟作者自己也是从手忙脚乱时走过来的。只不过这里先提示一下。在线上应急过程中要记住，只有一个总体目标：尽快恢复服务，消除影响。不管处于应急的哪个阶段，我们首先必须想到的是恢复问题，恢复问题不一定能够定位问题，也不一定有完美的解决方案，也许是通过经验判
转载
2024-06-12 09:33:51
260阅读
1. top获取占用CPU高的进程ID
top
进程pid=26850
top显示信息，需要关注的相关信息：
* load average：反映了任务队列的平均长度。如果此值超过了CPU数量，则表示当前CPU数量不足以处理任务，负载过高
转载
2023-07-26 16:23:19
1045阅读
引言在日常开发中，我们可能会遇到Java应用CPU飙升和死锁的问题。本文将通过实际案例，为大家介绍如何排查这些问题Java应用CPU飙升和死锁排查步骤先执行top命令，找到CPU占用比较高的进程再执行jstack 进程id > dump.txt
找到进程中CPU占用比较高的线程，线程id转16进制到dump.txt文件中根据线程id查看线程的具体状态即可下面我们使用简单的例子检验排查步骤首先
转载
2024-06-30 17:03:26
291阅读
Redis CPU过高测试环境经常卡住，经过排查是鉴权的不稳定，鉴权又经过redis查询。来到redis机器，发现cpu100%。redis的锅topredis竟然cpu使用率达到100%保存慢查询条数config get showlog-max-len设置慢查询条数config set showlog-max-len 1000查看当前已记录数量slowlog len查看已重新记录日志slowlo
转载
2023-06-14 22:17:33
418阅读
今天终于有空看看这个问题了我之前写的一个 java 程序偶尔会出现 cpu 占用很高的情况，一直不知道什么原因。今天终于抽时间解决了。开发时的操作系统是 win10。而 jvisualvm 和 jconsole 貌似都只能看到总共占用的 cpu 看不到每个线程分别占用的 cpu 呢！所以，在 windows 平台上要找出到底是哪个线程占用的 cpu 还不那么容易，linux 用 top 就简单多了
转载
2023-08-16 04:24:56
139阅读
CPU消耗过高常见的消耗CPU场景频繁GC，访问量高时，有可能造成频繁的GC、甚至FGC。当调用量大时，内存分配过快，就会造成GC线程不停的执行，导致CPU飙高序列化与反序列化，调用量增大的情况下，导致了CPU被打满加密、解密正则表达式校验，Java 正则表达式使用的引擎实现是 NFA 自动机，这种引擎在进行字符匹配会发生回溯（backtracking）线程上下文切换、当启动了很多线程，而这些线程
转载
2023-08-29 21:40:45
331阅读
一、生产case描述 当SpringCloudGateway下游应用发生阻塞(如full-gc)时， SpringCloudGateway的TCP连接数瞬时大幅度增长且长时间无法恢复，导致对外提供接口耗时骤增。图中tcp连接数下降是因服务重启所致；二、case原因分析（ps:项目使用的SpringCloudGateway默认配置）SpringCloudGateway调用下游服务时会默认使用http
转载
2024-04-02 20:11:43
1640阅读
最近因为换电脑，刚装上了win7的64bit系统（99%纯净版，这个版本目前还挺流行的），然后就遭遇了一个问题是：电脑开机几次后发现内存占用其高无比，4G内存被吃掉了80%！！！就去百度经验上找经验，发现很多帖子甚至一些得票数很高的帖子并不能解决我的问题，而且对问题的描述很不准确，因此写下此帖送给需要帮助的人。该方法无需任何辅助软件，在最后我会解释下这个问题出现的原因，并给出一些实用建议，先把问
转载
2024-08-09 20:11:51
891阅读
ava程序 cup使用率过高，会导致程序运行速度变慢，导致系统崩溃等 原因是多向的。跟内存泄漏,数据库等都有关 参考一些解决方案： 检查是否有死循环。 频繁的GC.或者有大量的线程。 算法太复杂或者太多 数据库连接的资源未释放或未关闭， 数据库connection过于频繁。 1，使用jps查找出java进程的pid，如3707 2，使用top -p 3707观察进程情况，然后Shi
转载
2023-07-18 20:25:10
468阅读
背景：近期一个模块（暂且称为A）新上了一个需求，改动了些代码，在测试环境部署之后，该模块系统CPU使用率动不动就飙升到90%，甚至200%，严重影像其他业务执行。 排查过程1.使用top查看当前CPU使用情况，找到CPU使用率高的Java进程PID 104234 2.根据进程PID，找到对应的服务 ps -ef | grep 104234确认为之前修改过的
转载
2023-06-05 22:46:15
435阅读
近期打算整理一系列线上问题排查的文章，也做备忘用吧，虽然问题排查都有印象了，但是真遇到线上问题难免紧张，万一步骤弄错了就耽误时间了CPU飙高问题一般通过以下几个步骤来排查找到cpu占比高的Java进程ID，通过这一步就知道是哪个Java应用出了问题。然后再找到该Java进程中哪些线程占用cpu时间比较高jstack -l 该Java进程到某个文件(比如/tmp/jstack.dump)。再将步骤2
转载
2023-09-19 22:57:06
102阅读
下面通过模拟实例分析排查Java应用程序CPU和内存占用过高的过程。如果是Java面试，这2个问题在面试过程中出现的概率很高，所以我打算在这里好好总结一下。
转载
2021-02-26 14:32:06
267阅读
1. 首先使用top命令查看系统CPU的占用情况，找到占用最高的进程id 2. 查看占用最高的线程 top -Hp 进程号 3. 将线程id转换成十六进制形式 printf "%x\n" 线程id 4. 使用jstack查找相关堆栈信息 jstack 13505 | grep -20 34ef ...
转载
2021-09-01 11:09:00
201阅读
2评论
今天线上一个tomcat进程cpu负载100%。按以下步骤查出原因。1.执行top -c命令，找到cpu最高的进程的id2.执行top -H -p pid，这个命令就能显示刚刚找到的进程的所有线程的资源消耗情况。找到CPU负载高的线程tid 8627, 把这个数字转换成16进制，21B3。3.执行jstack -l pid，拿到进程的线程dump文件。这个命令会打出这个进程的所有线程的运行堆栈。4
转载
精选
2016-10-09 18:45:20
2165阅读
在Linux系统中，CPU占用过高一直是一个令人头疼的问题。当CPU占用率过高时，系统性能会明显下降，导致系统响应变慢甚至系统崩溃。Red Hat Linux作为一款广泛应用的Linux发行版，也经常遇到CPU占用过高的问题。
CPU占用过高的原因有很多种，最常见的是进程消耗过多的CPU资源。例如，某个进程可能由于程序bug或者不良设计导致了死循环，不断消耗CPU资源。此外，系统负载过高、内存泄
原创
2024-03-07 09:58:11
163阅读
# 解决dockerd CPU过高问题
最近，不少用户反映在使用Docker时遇到了dockerd CPU过高的问题，这会导致系统负载过高，影响了应用的正常运行。本文将介绍dockerd CPU过高的原因和解决方法。
## 问题原因分析
dockerd是Docker的守护进程，负责管理Docker的运行时环境。当dockerd CPU占用过高时，常见的原因有：
1. 容器中运行的应用程序占
原创
2024-04-12 04:38:39
827阅读
# 如何解决MySQL CPU过高问题
## 引言
MySQL 是目前最流行的开源关系型数据库管理系统，被广泛应用于各种规模的应用程序中。然而，在实际使用中，我们有时会遇到MySQL CPU过高的问题，这会导致数据库性能下降，甚至导致系统崩溃。本文将介绍一种解决MySQL CPU过高问题的方法，并教会新手如何操作。
## 解决过程概述
下面是解决MySQL CPU过高问题的一般步骤：
|
原创
2023-08-17 14:36:00
99阅读
Activivy手机跟用户交互的的界面 android 任务栈：后进先出activity启动模式：standard ： 每次都会默认创建一个新的activity实例放入任务栈中 singleTop：栈顶复用模式。如果想创建的activity在任务栈栈顶，则使用栈顶的activity不重新创建 singleTask：如果想启动的activity存在于任务栈中，则将该activity置于栈顶，并
