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

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

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

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

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

yr6t
14878 次点击
所在节点    Linux
109 条回复
mhycy
2016-03-08 10:16:06 +08:00
我觉得你直接找个人给你排查还更快一些。。
或者自己尝试把应用搬到别的机器进行测试。。
hoythan
2016-03-08 10:18:42 +08:00
网站正常的时候,访问是非常非常快的,基本上 0.45 秒加载完毕,但是卡的时候就坑爹了, 10 分钟都可能进不去!
![未命名.JPG]( https://ooo.0o0.ooo/2016/03/07/56de3790bb384.jpg)
dark456852
2016-03-08 10:21:34 +08:00
老板不是应该要请个运维的吗?
mhycy
2016-03-08 10:21:51 +08:00
@hoythan
那么现在的问题是:
环境反应没问题,探针加载极其迅速,但是应用上线以后在一段时间过后会出现等待时间极长的问题。

这样?
jarlyyn
2016-03-08 10:25:18 +08:00
不看代码看日志有啥意思……

几个问题

1.php 的 opcache 开了没有。

2.首页之类的页面,程序里有没有启用合适的缓存。

3.数据库有没有相应的索引优化。

一般这三点都做了,就只剩下业务逻辑的问题来了吧?
mhycy
2016-03-08 10:26:37 +08:00
现在等待时间 500-600ms 还算正常
yangqi
2016-03-08 10:28:16 +08:00
你发 access.log 有什么用

另外一个贴有人说过了,你图片优化太烂了,一个头像图片都要 110K 了,随便一个页面就要 3 , 4MB 大小。再加上小水管访问的人多了肯定不行。很多连接都要等待长时间下载图片,如果 nginx 配置的连接数太小的话,新连接就要等。基本肯定和 php 和 mysql 没什么关系,带宽和 nginx 的配置

网站的图片还是在 wp-content/uploads 里面,怎么跑云上了
lynnworld
2016-03-08 10:31:08 +08:00
nginx 的日志把 request_time 和 upstream_response_time 记录下来。然后看是具体哪个请求会慢。
hoythan
2016-03-08 10:34:05 +08:00
@mhycy 是的没错。

我现在在这个日志里看到了大量的

*2 connect() to unix:/tmp/php-cgi.sock failed (2: No such file or directory)
@yangqi
abscon
2016-03-08 10:35:09 +08:00
“另外我发誓一分积分没赚”——当然大家也没赚一分钱工资不是么……

我觉得真正的好心人不应该帮你解答。分类讨论两种可能

1. 你经过自己的努力能解决问题
2. 你经过自己的努力,不能解决问题

对于情况 1 ,帮你的话你会形成依赖,有什么问题就发到网上众筹,而不是尝试通过学习提高自身姿势水平
对于情况 2 ,还是转行为妙,否则好心人帮了你的话,对你老板或者对网站的用户来说就不是好心人。

当然江湖救急除外
mhycy
2016-03-08 10:37:34 +08:00
@abscon
说实在的,无论一二,现在的问题是对于外界而言信息不足。想帮都没法帮。。。
hoythan
2016-03-08 10:37:42 +08:00
@abscon 我研究了一晚上,人都要 sb 掉了。我解决不了这个问题啊。
现在我备用方式是再买一台服务器安装低版本的 php 和 mysql 再切换过去,但是我担心还是出现这样的问题。
zeac
2016-03-08 10:38:41 +08:00
前段时间曾经遇到过这种事,同样的系统,在测试服务器上久的时候要等将近 10 分钟,快的话也要 2 分钟才打开,但是到本地只要 1 分钟左右,

找了两天原因,各种调试,最后用 Xdebug 跟踪发现是一个 curl_exec()等待太久,

建议如果是 PHP 问题,你可以考虑用 Xdebug 分析下到底慢在哪,如果是静态资源文件拖慢的,上一贴已经很多人给出了解决方案
bk201
2016-03-08 10:41:08 +08:00
你这信息太少没法帮忙,上个帖子都有人说了。基本上有什么数据都应该拿出来,服务器系统占用等等。
mhycy
2016-03-08 10:43:19 +08:00
@hoythan
结合错误日志, ab 压力测试
别的不知道,至少知道一件事:你的数据库配置有问题
Liang
2016-03-08 10:44:35 +08:00
建议先将图片都 404 ,排查一下。
likuku
2016-03-08 10:47:23 +08:00
一个页面 3M~4M 。。。配合 4M 小水管,只有呵呵了。
surfire91
2016-03-08 10:50:13 +08:00
这会 500 了
愿意给服务器权限和源码,可以帮你看看
Infernalzero
2016-03-08 10:50:37 +08:00
进 mysql,SHOW FULL PROCESSLIST 看一下当前哪些 sql 语句有问题
如果你有几张表数据量比较大的话,查询语句不当很有可能直接搞跪
另外,看了下你的 nginx 错误日志以及内存占用高的情况,试试在 location 模块中添加这个配置后重启试试
proxy_buffering off;
WangYanjie
2016-03-08 10:51:20 +08:00
访问地址呢?死机是什么意思?

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/261839

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX