这是一个创建于 2800 天前的主题，其中的信息可能已经有所发展或是发生改变。
原来 4 核不够用，换到 6 核，然后 6 核高峰时也不够用换 8 核，现在 8 核高峰时 CPU 也 99%了，虽然访客增加了但是同时在线房客并没有增加多少啊，百度统计也只是显示 100 个而已。。为什么 CPU 总不够用。对了是用mmtrix.com监测到的99%，不是系统本身，系统本身监测到的是800%左右了。
第 1 条附言 · 2017-05-15 17:04:19 +08:00
已找到大佬帮搞了
 |
1
jsq2627 2017-03-26 12:42:53 +08:00  1
我这边每天 PV 40W ，百度统计在线访客保持 150 左右，但是双核服务器就够用了呀
看看是不是什么插件没做好优化。另外升级 php7 效果显著。 |
|
2
jsq2627 2017-03-26 12:44:34 +08:00 1
对了，数据库是用的腾讯云 CDB ，所以应用服务器上没有数据库压力
|
 |
4
aru 2017-03-26 12:48:54 +08:00 via iPhone
检查是不是超多的数据库连接。
大负载的时候登录到 mysql ，用 show processlist 看看进程，检查数据库慢查询 |
 |
5
ivmm 2017-03-26 12:51:40 +08:00
有用 Memcached 或 Redis 这样的 KV ？
|
 |
8
doufenger OP 有用 Memcached
|
|
11
doufenger OP @aru 。。 不是 数据库就跑在 VPS 上。 我刚查了查， 估计就是被数据库拖慢了的。 现在看看怎么移到云数据库
|
 |
15
istark 2017-03-26 13:32:57 +08:00
你可以考虑下转到 phpwind fans 版本，这个一个牛 B 死忠粉开发者做的，框架转到 laravel ，后续会有手机客户端。
https://github.com/medz/phpwind |
 |
17
msg7086 2017-03-26 15:35:58 +08:00 1
我这论坛每天 PV 至少也几十万了， PHP 5.x 用双核妥妥跑下来。 DZ 本身还是很省资源的。
|
 |
18
ToughGuy 2017-03-26 15:57:43 +08:00
|
 |
22
GoBeyond 2017-03-26 16:43:46 +08:00 via Android
你需要分析性能瓶颈在哪里，然后再决定怎么优化，而不是疯狂的堆配置
|
 |
23
zktz 2017-03-26 16:45:21 +08:00
不知道你啥环境，我有个朋友用家里笔记本开的。 centos 7 ， php-fpm56 这个进程经常占满 cpu 不释放。没空给他查，就弄了一个每 4 小时 重启 Php-fpm
|
|
24
jsq2627 2017-03-26 17:01:11 +08:00
@ToughGuy 用腾讯云 MySQL 5.5 ，可以正常用 MyISAM 。因为论坛历史比较久，数据库很大，一直没有考虑过迁移 InnoDB 。另外 DZ3.3 已经支持 PHP 7 了，追求新版可以去 https://git.oschina.net/ComsenzDiscuz/DiscuzX 直接下载最新分支来用。
|
|
25
jsq2627 2017-03-26 17:04:59 +08:00
@zktz 我现在也是 php-fpm 每隔一段时间就死锁， top 里面能看到进程，但是处理不了新请求。现在也是在 crontab 里面加了检测到挂掉自动重启。
|
|
26
ToughGuy 2017-03-26 17:12:07 +08:00 1
@jsq2627
php-fpm 死锁这个问题很头疼， 请求量大的网站经常会死掉。 不过换 Apache 后就不在有这个问题了， 部署 Discuz 推荐 nginx + apache 做动静分离， 效率会高很多。 |
 |
27
zsx 2017-03-26 17:49:35 +08:00
我看了一下，我们是 CDB MySQL 5.6 + PHP 7.1 + InnoDB + utf8mb4 + APCu （原来是 MySQL 5.1 + MyISAM + gbk ，升级文章见： https://blog.zblogcn.com/2017/02/02/88/ ），目前运行效果良好，只是在访问某些页面的时候 error.log 会刷出一大堆 PHP Warning ，提给论坛没人修（
|
 |
28
vus520 2017-03-26 18:36:21 +08:00
4 核 4G 的普通机器，加点缓存，每天可以抗百万的访问量
|
 |
29
dai269619118 2017-03-26 18:59:03 +08:00
一般的瓶颈在 msyql 上面
高峰期的时候看下哪些执行的 sql 锁表了 |
 |
30
call43848 2017-03-26 19:04:39 +08:00
@jsq2627 你的网站的在线会员已经完爆这个网站了，厉害，感谢分享 也就是说本网站就一个双核服务器就可以跑起来了，不错^^
|
 |
31
huage 2017-03-26 23:15:31 +08:00
我虽然没有多少经验，但是觉得应该也是 SQL 连接多过的问题，没有及时关闭
|
 |
33
akira 2017-03-27 00:07:18 +08:00
dz 是有性能问题的。具体问题具体分析吧，或者找人帮你做优化。
|
 |
34
mytsing520 2017-03-27 00:13:44 +08:00
查下访问日志，应该会有很多国外 IP 爆破的记录
|
 |
35
atnopc 2017-03-27 01:09:27 +08:00
曾经做过一个基于 discuz6.1 的 wg 论坛,活跃同时在线 1000 左右
也没啥优化过，也是一台服务器跑 web 和数据库,高峰时 cpu 也才 60-70(不太记得配置了,09 年左右,应该最多 4 核的服务器) 后面基本没玩过论坛了，现在怎么 8 核跑百人就要死了，感觉不正常 |
 |
37
my101du 2017-03-27 08:25:15 +08:00
之前遇到过，把 PHP-FPM 配置文件里的那个 timeout 字样的参数打开记录跟踪下，可能是某些“抽取一部分满足条件的特殊帖子进行排序”的调用导致的。（这个配置打开后，日志文件里可以看到一些 odrer 字样，还有 forum id ，基本上可以定位了）
如果没有这些个性化的东西，纯粹的 discuz 原版，做好 Memcache 、 MySQL 索引基本上没什么问题。 |
 |
38
jhdxr 2017-03-27 10:39:40 +08:00 1
discuz 如果你全用默认配置的话，性能上应该是没问题的。但一些小改动很可能就带来了问题，例如我之前做过的一次优化，客户就是把某个版块的默认排序方式改了，然后 discuz 默认的索引却没有覆盖这种情况。还有就是各种插件，很多插件的质量（从各方面来说）都是惨不忍睹_(:з」∠)_
既然你已经确定瓶颈在 MySQL 上的话，可以先开个慢日志看看。直接迁移云数据库并不能解决你这个问题的。。。 |
Select Language