帮我看下这些日志吧好心人

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

Distributions

› Ubuntu

› Fedora

› CentOS

中文资源站

› 网易开源镜像站

这是一个创建于 3169 天前的主题，其中的信息可能已经有所发展或是发生改变。

我是昨天发帖子说：救命，我可能要被老板砍死了。的那位。我经过一天的尝试，基本已经刨除了带宽的问题。因为现在网站的图片内容都已经在云上依旧是会卡的。
而且在深夜 3 点也会死机。我今天拿出了服务器的日志文件，求大家帮我看看。跪谢了

服务器环境是 php7 和 mysql5.7 4GB 4MB 独立带宽的阿里云 4 核服务器。

另外我发誓一分积分没赚，不论是吐槽还是帮忙的所有人我都点了感谢。跪谢跪谢，不然就真的死了。已经被点名批评。

http://pan.baidu.com/s/1qXrUhGg

yr6t

服务器

日志

跪谢跪谢

会卡

109 条回复 • 2016-03-10 09:59:55 +08:00

1 2

❮

❯

101

mhycy

2016-03-09 10:20:41 +08:00

补充一下其实在看到 ALTER 的时候还有一段时间的源码排查，原因是这个类似的代码我只能在
/wp-admin/includes/upgrade.php 里面找到，这个文件按理说不会调用到才对。
分析调用链耗费大量的时间，最终只能询问题主是否有见过类似的东西或者做过类似的操作。。。

论架构熟悉的重要性
论排查事项优先级对效率的影响
论 BUG 的 XX 程度对排查时间的影响
。。。。。

事实情况是楼主在模板里面调用了这个文件
至于功能。。没细看

102

mhycy

2016-03-09 10:25:59 +08:00

@mengzhuo
对 WP 不熟，题主的确是自己写 SQL 了，他说自己写的有 memcache 缓存，别的都没。
依据题主的说法为了练习 memcache ，没用 WP 的自带缓存功能。
（曾想进入后台确认插件配置情况，无账号，无解）

WP 自身的索引在那个页面看过，并不完全，所以第一时间加上了，但是改善不明显。
调用次数太多，没细调。即便有缓存也可以保证没触发。
单表数据较多， 700 多条数据做 INNER JOIN, 后面 WHERE 的时候还有两个 IN 上 10 个 id 的参数。。
ORDER BY t.name ，也算是性能巨坑。

磁盘是 SSD ，应该能抗住，但是双核 CPU 已跪

103

Infernalzero

2016-03-09 10:37:37 +08:00

看了 LS 的回复，看来原因和前天 LZ 刚发帖是我的猜测几乎一致
内存吃了那么多， 8 成是因为自己写了比较坑的 sql 然后又没有合适的索引导致 file sort
大多数把网站搞跪都是存储层出现了问题，虽然 po 主没有对静态资源进行优化，但那也仅仅是某些时刻访问慢些，更何况带宽还没吃光

104

mhycy

2016-03-09 10:49:56 +08:00

@Infernalzero
这回是 WP 的锅，大概。。。囧
不得不说这个帖子开头的那个日志非常具有误导性(大概)。
事实情况是两个连接都没问题，查询堵了。
（最终因为查询问题没解决开头这个问题没法排）

内存占用高有可能是缓存的原因，而且 PHP 获取的缓存并不等于实际使用量。
所以一开始没从查询方面的问题来考虑。

所以最大的锅还是：说好的缓存呢？