wordpress优化求助！

gresh

主机环境：vultr 10刀vps，单核+2G内存，安装军哥lnmp1.6，php版本7.2，mysql版本 5.5；wordpress网站目前共有文章8K多篇最近一个月频繁出现CPU占用100%的情况，查看内存占用，后台每个php-fpm进程占用cpu高达10%，这样的话，开几个网页后，CPU占用就达到100%了，网站就非常慢，烦请高手帮忙看看，这个是什么问题，该如何去排查和优化，谢谢了！
, }! y8 ^$ _  l4 w  _% k

billwong

安装缓存插件差不多就能解决问题。然后再删掉那些用不到的插件，可以用  Query Monitor 插件，看看是不是有什么数据库查询太慢了。
2 e6 J7 k( @1 ]; Z2 z8 w
$ F$ B) H$ l8 y2 E# V8 m最后，还可以套 CF，在 CF 里面配置页面规则，缓存 html 页面。参考：https://cloud.tencent.com/developer/article/1774198

河小马

LNMP 的版本太低了
' v: o1 Z9 a/ Y2 w, H1 u5 N: h* `% O
升级到wordpress 推荐的版本会好很多

' v: w( M) }' }  k4 t, wwordpress 慢一般是数据库的问题，尤其一般可能是配置的问题

gresh

billwong 发表于 2022-2-18 09:14
. [/ Q9 R) V% ?安装缓存插件差不多就能解决问题。然后再删掉那些用不到的插件，可以用  Query Monitor 插件，看看是不是有 ...

" [6 j6 i. P3 y: ~& A: j谢谢，我试试这个插件

gresh

河小马 发表于 2022-2-18 09:31
LNMP 的版本太低了

/ x; w$ m4 `) A+ `+ j' B升级到wordpress 推荐的版本会好很多

我现在是lnmp1.6，可以直接在现有服务器上升级1.7吗？升级php和mysql后，会不会造成数据丢失？

河小马

gresh 发表于 2022-2-18 09:58
/ H7 P! `- N# k+ j9 O7 b1 R我现在是lnmp1.6，可以直接在现有服务器上升级1.7吗？升级php和mysql后，会不会造成数据丢失？ ...

最后的选择才是升级
! y8 u2 [) [! s
你的网站流量不大的话，不应该出现这种问题
( _! J4 m( s. q+ }* Z/ Y
$ L0 [& |/ S. q, ~如果你的vps 是突然出现这个问题的话，看看是不是有人在cc或者采集你的站点
4 l) H* l. ^% x  g2 V6 ?( x
然后再想想看是不是采用了某个插件以后出现这样的问题

gresh

河小马 发表于 2022-2-18 10:00
最后的选择才是升级

$ i+ ^- n& r/ I$ y* M. D你的网站流量不大的话，不应该出现这种问题

多谢指教，目前正在逐个排除是否是插件的问题

gresh

河小马 发表于 2022-2-18 10:00
最后的选择才是升级
" c* p4 Q: @1 ]2 p. T
5 c# F2 q; [0 y& c9 q, h4 y你的网站流量不大的话，不应该出现这种问题

; ^% i% ~. N7 T! C; c/ r; G初步排查后发现，禁用related post插件后，网站速度提升明显
这个插件在网站建立之初就安装了，可能随着网站文章数量的增加，查询数据库的请求也相应增加了
" w. u- E' E3 I( G5 N' m严重消耗了系统资源

Mr.96

最简单有效的方法，网页静态化，用 WP Rocket  插件生成静态文件，再压缩html，css，js，预加载图片，数据库优化，减少数据库查询。立马可以见效
* T: @- H. |4 B: H
1 l% E, x' r' |3 T. A# l5 L- Y2 B其次图片压缩再上传或用图片压缩插件，或用图床，或部署 CDN
" [& @7 `7 g8 ?4 c$ d+ N
如果还卡可尝试 站库分离
$ L: r) X' ^4 _' e
( a7 |5 j. P  O$ z- t
6 ^% C" _" |/ W4 E

sead

硬件有点不够用，爬虫比访客来的频繁，mysql 不减少查询2G 的lnmp并发来个几下就ko了。
迷你vps静态化才是最佳方案

gresh

sead 发表于 2022-2-19 11:18
硬件有点不够用，爬虫比访客来的频繁，mysql 不减少查询2G 的lnmp并发来个几下就ko了。
2 J6 [0 j  K9 Y# }4 f$ `" _! R迷你vps静态化才是 ...

9 }5 `: D2 x/ d. b& i确实是查询过多造成的，不过只有几千篇文章，硬件应该也还顶得住，我删除了related post插件，这个问题就解决了

hkjack

redis+super cache 轻松解决