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

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

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

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

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

yr6t
14805 次点击
所在节点    Linux
109 条回复
zakokun
2016-03-08 10:54:56 +08:00
你不是平面设计师吗...为什么要写代码甚至搞运维??
mhycy
2016-03-08 10:55:52 +08:00
建议:
1 、检查 PHP-FPM 配置
2 、检查 MySQL 配置

具体项目都是子进程连接数等并发处理能力相关的部分。
刚刚的某几个无法访问是我用 ab 压出来的, 10 个并发挂掉(响应速度不到 10 个)
测试目标地址就是首页
lairdnote
2016-03-08 10:59:52 +08:00
需要有偿的协助不?
lxf1992521
2016-03-08 11:04:47 +08:00
建议楼主付费请人解决;
或者建议领导找个运维人员吧
likuku
2016-03-08 11:07:50 +08:00
@zakokun [你不是平面设计师吗...为什么要写代码甚至搞运维??]我身边就有活生生的例子...
hoythan
2016-03-08 11:08:16 +08:00
@Infernalzero
数据库是普通的 wordpress 数据库,容量大概只有 30mb 左右。

@mhycy
PHP-FTM 配置:

[global]
pid = /usr/local/php/var/run/php-fpm.pid
error_log = /usr/local/php/var/log/php-fpm.log
log_level = notice

[www]
listen = /tmp/php-cgi.sock
listen.backlog = -1
listen.allowed_clients = 127.0.0.1
listen.owner = www
listen.group = www
listen.mode = 0666
user = www
group = www
pm = dynamic
pm.max_children = 150
pm.start_servers = 20
pm.min_spare_servers = 6
pm.max_spare_servers = 30
request_terminate_timeout = 100
request_slowlog_timeout = 5
slowlog = var/log/slow.log

mysql 怎么查看配置是否正常?

如果上淘宝找人解决的话,我应该搜索什么关键词?
ershisi
2016-03-08 11:08:32 +08:00
图片还都在本地。没有在云上。
这么看性能压力应该在服务器这一块,你调优一下 php 配置。然后调优一下 mysql 连接数和短连接。
ToughGuy
2016-03-08 11:08:44 +08:00
给服务器 ssh 可以上去帮你分析下。
hoythan
2016-03-08 11:10:55 +08:00
@lairdnote
@lxf1992521

请问有偿大概多钱?整个网站自己制作加一切配制我也才赚了 2000 块。如果太多我肯定承受不了。
murusu
2016-03-08 11:14:40 +08:00
确认你的机子没被人种马吗?
我看到大量形如
GET /p.php?act=rt&callback=jQuery1706147779076103181_1457315390893&_=1457316450363
的访问
lairdnote
2016-03-08 11:15:31 +08:00
哎。。。才赚 2000 阿。。。算了。。无偿吧。。。你 qq 多少
hoythan
2016-03-08 11:16:04 +08:00
@murusu 不是吧,但是网站目录下没有看到这个文件呀?
hoythan
2016-03-08 11:16:41 +08:00
@lairdnote 11222344 感谢
demo
2016-03-08 11:17:07 +08:00
楼主可以用 Xdebug + WebGrind 分析下
murusu
2016-03-08 11:18:25 +08:00
@hoythan 你去翻翻 access 的记录,最后那里一大段都是这样的访问
lairdnote
2016-03-08 11:18:31 +08:00
加了 @hoythan 6300623**
lux182
2016-03-08 11:19:11 +08:00
我觉得可能是 IO 问题,或是 tcp 端口占用未释放,导致端口开太多卡死
mhycy
2016-03-08 11:19:42 +08:00
@hoythan
其实,要是你愿意放多点信息,估计很多人无偿都愿意给你搞。。囧

其实现在思路感觉挺明确的:
首先,排查 PHP-FPM 问题,在运行过程中 HTOP 查看是否进程数过多造成瓶颈(处理完了没释放)。
接着,排查 MYSQL 的连接问题,看多连接并发是否会阻塞或者断掉。

这两点先行排查。
不管有没有问题把过程放出来。
这样至少能知道你现在的排查状态,也能在提问中体现出自身的努力。
mhycy
2016-03-08 11:20:10 +08:00
@murusu
p.php 是他自己的探针
hoythan
2016-03-08 11:22:27 +08:00
@demo
@mhycy
@lux182
@lairdnote
@murusu
@demo

其实我只是一个前端设计师,这些我真的不理解,我通宵一天了,我好累,请问我要从哪些资料入手,拜托大家了,问题解决了给大家发红包。

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

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

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

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

© 2021 V2EX