情景:
今天遇到一个奇怪的问题,我的Web应用界面变得很慢,也就是打开一个界面,会等待很久,有的甚至四五十秒,偶尔这种事并不是百分百的,也就是操作十次,有七次是慢,三次是快的。也就是偶尔卡慢顿。如果你遇到这个问题,如何下手排查?
数据库问题?
因为是Web页面,打开浏览器调试工具F12,查看各请求的时间。因为是老系统,一个页面有两个请求,一个请求是静态页面HTML,一个是请求是数据接口。发现请求慢的总是静态页面HTML接口,这只是一个把服务器HTML返回给浏览器,也就只是一个本地文件输出给请求者的一种操作,并未涉及到数据库。而数据接口是数据库查询接口,反而正常。这让我一开始以为是数据库问题可以排外了。
网络问题?
因为是偶尔会出现卡顿,又不是数据库连接问题,再加上最近也没对服务器做什么更新,那是不是网络不稳定而丢包?做了一个长ping命令(ping xxx.xx.xx.xxx -t),观察了几分钟,发现并没有丢包,排除网络不稳定问题。
找到原因
这个时候,我只能去看进程,进入Linux命令窗口,输入top,动态看下当前进程情况,看了几分钟,真心吓到了。有一个程序会偶尔会占用大量的CPU,看到这个就明白了。因为这个程序偶尔占用大量的CPU,导致Web请求时,在等待CPU有空闲时才会处理,这也是为什么偶尔会出现请求很慢的原因。
![904112aca889be60952a19b12803d9d3.png](https://i-blog.csdnimg.cn/blog_migrate/fb864967e2daf8178bff53b74c47b280.jpeg)
top命令
处理问题
因为这个项目是跟另外一家公司合作,服务器也是共用的。而这个rbs是什么程序,我却不知。我不敢直接kill掉,怕找不到启动的文件。这时候就得先找到进程所对应的启动文件,然后KILL掉这个进程,再启动它。这也是本篇标题所说的,查看进程所对应的文件路径:ll /prod/进程号PID/cwd。前面那个是LL,用这个命令,就找到了对应的启动文件
![1dba8f1c0c290ca28b7845eb4b18ec22.png](https://i-blog.csdnimg.cn/blog_migrate/584bcde397f28d52aca0729c4f07732d.jpeg)
![c4793e24153041196149ad9affcc0c8a.png](https://i-blog.csdnimg.cn/blog_migrate/a8b79dc403c5bf6da739198a1c88e9e1.jpeg)
找到了文件启动路径,我就能安心重启了。先杀死进程:kill -9 2916;然后./home/ipcc/bin/rbs.sh
重启后,我们再看一下top动态进程,发现rbs这个程序已经不怎么占用CPU,再看下Web应用,已经恢复正常,不再卡顿。解决完这个,就立马联系合作方,原来这个rbs真是他们的电话通话压缩程序,原来他们的程序在通话时,开启多线程对通话进入压缩存储,这也只能等待他们内部处理了。此篇文章有几个简单而又常用的Linux命令,希望对你们有帮助。
![051ef2c56f95c8a4bf58b59ff712f190.png](https://i-blog.csdnimg.cn/blog_migrate/b2f5c3c30781f265c7737112d7e0cf2c.jpeg)