CPU使用率

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

事故回放

当时的情况是那个样子的：

1，正值饭点，客户电话说系统慢，几乎无法完成订单调度，有时还显示内存不足。当时心里的第一个声音就是，服务器配置太低了，远程一看，2核4G内存，cpu平均60%以上，内存70%以上，果然是配置低了，word哥厉害了，

不用看就知道了，果断让用户增加了配置，嘿，你别说增加了配置果然，快了不少，立竿见影，钱还真是万能。然后，欣欣然吃饭去了。

2，过了半月，又值饭点，客户电话又说最近系统慢，再让客户增加配置吧，也不合适，为了避免打脸，我又盲目的临时增加了服务器带宽，但是然并卵。我已经知道我必须要为自己当初的草率还债了。

这些年，只知埋头写程序，这方面的东西几乎没有积累。然已经兵临城下，会不会都得上，即使前路是如一重山，两重山，山高天远还是山。

确认带宽

我们打开一个网站慢，我们首先想到的是服务器带宽问题，但是如何确认服务器的带宽是否足够呢，我学到了两个方法：看阿里云网络监控，看服务器联网情况。本来是两个天天看到的东西，愣是今天才明白，都不好意思是说自己是计算机专业毕业的了。懂的就飘过，权当我做个笔记吧，有错的欢迎斧正，不能误了别人哩。

1，以下是阿里云网络监控数据图，服务器使用 5Mbps 带宽，说明我们的出网理论可以达到 5*1024kbps，服务器出网峰值4700多，说明够用。

2，也有说这个数据不是特别准确，我们也可以登录服务器远程查看联网信息，下图网络使用大概等于 0.05%*1Gbps ≈ 500kbps;

观察了两边的数据，我确定了带宽基本够用的，再不用自己去临时升级带宽了，知识比钱还万能，解决问题还能省钱。~~^_^~~~

搞定内存

内存从的来的4G，升级到8G，还是会提示内存不足，你说一天就2000多个子订单，再让别人加配置，怎么好意思呢。监控进程，发现w3wp.exe,sqlserver.exe 点的内存多，且在不断增加，直到最后程序提示内存不足时，依然还在吃内存。

w3wp.exe 是iis的进程，一个站点会生成一个进程，也许是程序中有bug，导致内存不断增加，但是要去发现他，真不是简单的事儿。那这个进程还能无法无天了么，当然，不是！。应用程序池可以设置内存限制，这就是他的天了。如下图。

sqlserver.exe 是数据库有进程，这不是费话么，看名称就知道了。他也会一直吃内存，吃到没有为止（话说他自己不把自己吃了呢），程序固然有问题，不知道他自己有没有bug呢，不管了，给他划一片天，让他插翅难飞。

当然了，这终非治标之事，权宜之计了。

内存就暂时这样处理了，近期不影响使用了，要治标还是得好好查代码哩。上面的都是简单设置就Ok了，接下来才是重头戏。

降温CPU

CPU常年在60%以上，经常还会飚到80%多，服务器自己都照顾不过来了，怎么还有心情响应别人呢。所以嘛，就慢了。（这么简单的道理，怎么现在才想明白呢。）再细看，占CPU的全是 sqlserver.exe，好吧，哪哪都少不了你的，十处打鼓，九回在。不过话又说回来， sqlserver.exe成了泼妇骂街，哪哪在，还不是你们这个帮程序员逼的么。好吧，大哥莫说二哥，脸上麻子一样多，咱还是来相互理解吧。先上一张优化前的CPU使用率情况图，完事儿再上一个优化后的图，放一起怕是有了对比，就有了伤害。看了下图，真是惨不忍睹，平均估计得有60好几吧。

sqlserver.exe 经常占很高CPU，肯定不是一处两处的问题，所以肯定不是如大海捞针一般在代码里找了，好吧，大家都知道是数据库引擎优化顾问，具体使用就不说了吧。直接优化建议，按里创建索引之类的，这也太简单了吧，确实简单，因为也没有太大的效果。

于是，继续看查看报告一栏，毕竟这里是真实的数据统计，每个报告都略微看了下，当看到表报告时，word哥，当时真傻眼了，管理员表居然成了引用数最多的表，这太不能接受了。真是不看不知道，一看笑一笑。笑啥呢，找到部分问题了还不让笑了么，哈哈哈。原来页面中几乎都会用到当前登录用户的信息，但每次又都是根据cookie中的id去查数据库，我说呢，果断缓存登录的账号信息（这多年了，还是这么陈旧的方式，还望有园友可以指点一二）。