使用微信扫一扫
扫一扫关注官方微信 云主机如何查看CPU和内存使用?
- 来源：纵横数据
- 作者：中横科技
- 时间：2026/7/28 14:19:26
- 类别：新闻资讯
管理云主机时，最常遇到的一个问题就是：服务器突然变慢了，网站打开要半天，甚至SSH连上去敲命令都卡顿。这时候第一反应往往是——是不是CPU或者内存不够用了?但光靠猜没用，你得先学会怎么看。
在Linux系统下查看CPU和内存
对于大多数Linux系统的云主机来说，最常用也最直接的工具就是top命令。在终端里输入top并回车，屏幕上会实时刷新出一个动态的进程列表。顶部几行显示的是系统整体概况，包括运行时间、登录用户数、系统平均负载;中间部分会显示CPU的使用率——用户态占了多少、系统态占了多少、空闲多少;紧接着是内存使用情况，包括总内存、已用内存、空闲内存以及缓存占用的部分。
top命令的好处是实时性强，按什么键还能切换排序方式。比如按大写的P键可以按CPU使用率排序，按大写的M键可以按内存使用量排序。这样一眼就能看出是哪个进程在“吃”资源。退出top也很简单，直接按q键就行。
不过top的界面对于新手来说可能有点“密集恐惧”，这时候可以试试htop。htop是top的增强版，界面更友好，色彩区分更清晰，而且支持鼠标操作。如果系统里没有htop，可以用包管理工具安装一下，比如在CentOS系统上执行sudo yum install htop。安装完成后输入htop，就能看到一个更直观的资源监控界面。
如果只是想快速看一眼内存使用情况，不用看进程列表那么复杂，free命令更合适。输入free h，系统会以人类易读的方式显示总内存、已用内存、空闲内存以及缓存/缓冲区的占用情况。这里的“已用”和“可用”有时候会让人困惑——因为Linux会把一部分内存用作缓存来提高性能，这部分虽然显示为“已用”，但实际上在需要时是可以释放给应用程序的。所以判断内存是否紧张，更应该关注“可用”那一栏的数值。
还有一个比较全面的工具是sar。sar的强大之处在于它可以收集历史数据，让你看到过去某个时间点的资源使用情况，而不只是当前的瞬时状态。比如执行sar u 1 5可以每秒采集一次CPU使用率，连续采集5次;执行sar r 1 3可以查看内存使用情况。这对于排查那种“偶尔飙高、过一会儿又恢复正常”的间歇性问题特别有用。
在Windows系统下查看CPU和内存
如果你的云主机装的是Windows系统，查看方式就更直观了。最常用的就是任务管理器。可以通过快捷键Ctrl+Shift+Esc直接打开，或者右键点击任务栏选择“任务管理器”。打开后切换到“性能”选项卡，就能看到CPU和内存的实时使用曲线和具体数值。如果想知道具体是哪个进程占用了大量资源，切换到“进程”选项卡，点击CPU或内存列头就能按占用率排序，一目了然。
任务管理器虽然方便，但信息颗粒度有限。如果需要更详细的监控数据，可以打开系统自带的“资源监视器”。方法是在运行窗口输入perfmon res。资源监视器会分门别类地展示CPU、内存、磁盘、网络的详细使用情况，而且可以看到每个进程具体打开了哪些文件、占用了哪些端口，对于深入排查问题很有帮助。
更进一步的工具是“性能监视器”。在运行窗口输入perfmon即可打开。性能监视器的特点是你可以自定义添加各种性能计数器，比如专门监控\Processor(_Total)\% Processor Time(总CPU使用率)或者\Memory\Available MBytes(可用内存)。而且可以设置数据采集周期和保存日志，方便做长周期的性能趋势分析。
通过云服务商的控制台查看
除了登录到云主机内部用命令行或系统工具查看之外，绝大多数云服务商都提供了网页端的监控面板。登录云服务商的控制台，找到对应的云主机实例，通常都能看到一个“监控”或“云监控”的入口。这里会以图表的形式展示CPU使用率、内存使用率、磁盘IO、网络流量等指标的历史趋势。
这种方式的好处是不需要登录到服务器内部，随时随地打开浏览器就能看。而且云服务商通常会保存较长时间的历史数据，方便你做性能趋势分析和容量规划。有些还支持设置告警规则——比如CPU使用率连续5分钟超过80%就发送短信或邮件通知。
实际案例：一个真实的排查场景
说个实际遇到过的情况。有个电商网站，每到晚上八点到十点这段时间，用户就反映页面加载变慢。运维同事登录云主机用top命令一看，CPU使用率飙升到90%以上，但白天明明只有20%左右。再按P键按CPU排序，发现是一个叫作“phpfpm”的进程占用最高。
顺着这个线索往下查，发现是晚上时段有大量爬虫在抓取商品详情页，导致PHP进程数激增、CPU资源耗尽。解决方案是在Nginx层面做了爬虫限流，同时在云服务商的控制台配置了CPU使用率的告警规则——超过阈值就自动扩容一台临时云主机分担压力。问题解决后，网站的晚高峰访问恢复了正常。
这个案例说明了一个道理：查看CPU和内存使用情况本身不是目的，目的是通过数据找到问题的根源。top命令也好、任务管理器也好、云监控面板也好，都是工具。关键是要学会解读这些数据——是正常的业务高峰导致的资源紧张，还是某个异常进程在“捣乱”?是内存泄漏导致可用内存持续下降，还是缓存策略不合理导致频繁触发Swap交换?
总结
查看云主机的CPU和内存使用情况，方法其实不复杂。Linux系统下，top和free是最基础也最常用的命令;htop提供了更友好的交互体验;sar则能帮你回顾历史数据。Windows系统下，任务管理器够快够直接;资源监视器和性能监视器能提供更深入的细节。再加上云服务商提供的网页监控面板，你基本上可以从多个维度全面掌握云主机的资源状况。
但工具只是手段，真正重要的是养成定期查看的习惯，以及在发现问题时能够顺着数据层层深入、找到根因的能力。毕竟，云主机的性能问题不会自己消失，早发现、早定位、早处理，才能把对业务的影响降到最低。
