超级会员免费看
本文探讨了微服务中常见的问题——CPU使用率过高，提供了使用`top`和`jstack`等工具进行问题定位的方法。接着，从部署层面和代码编写角度提出了预防故障的策略，包括双机房部署、读写服务分离、线程池隔离等，以增强微服务的稳定性和高可用性。
在上一讲里，介绍了构建一个稳健的微服务的具体法则：防备上游、做好自己、怀疑下游， 并介绍了为什么要防备上游，以及一些防备上游的具体手段。
在本讲里，咱们一起来学习，做好微服务自身的设计和代码编写的常见手段。
微服务 CPU 被打满如何排查
在讲解具体有哪些手段可以用来构建一个更加稳固的微服务前，咱们先来看看如何高效、精准地定位问题。下面我将以设计不精良的微服务在线上最容易产生的问题：“机器 CPU 被打满”为例进行讲解。
这个问题也是面试中的高频话题，很多面试者能够回答出其中一二，但距离让面试官满意的答案还有一定距离，下面咱们就一起来看看详细的排查步骤。
一台机器上会部署一至多个进程，它们可能是一个或多个业务应用进程和多个其他工具类进程（比如日志收集进程、监控数据收集进程等）。大概率导致机器 CPU 飙升的是业务应用进程，但仍需准确定位才可得出结论。
在 Linux 系统里，可以使用top 命令进行定位， top 命令可以按进程维度输出各个进程占用的 CPU 的资源并支持排序，同时还会显示对应的进程名称、进程 ID 等信息。
根据排序，便可以确定占用 CPU 资源最高的进程，但此时仍然不知道是哪段代码导致的 CPU 飙升。所以可以在此进程基础之上，做进一步的定位。top 命令支持查看指定进程里的各线程的 CPU 占用量，命令格式为：top
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
