fourlee 最近的时间轴更新
fourlee

fourlee

V2EX 第 183606 号会员,加入于 2016-07-25 16:17:46 +08:00
fourlee 最近回复了
2022-09-14 11:03:08 +08:00
回复了 Rrrrrr 创建的主题 生活 喉咙躺下来就痒,吃药没用
建议去看下甲状腺,我之前也是痒,以为是慢性咽炎,后来体检发现是甲减
2022-07-15 16:03:16 +08:00
回复了 fy1206 创建的主题 程序员 Go 友会继续招纳(之前小伙伴加入没来得及处理)
+1
2022-06-09 14:38:07 +08:00
回复了 fourlee 创建的主题 问与答 2022,推荐一款带投票功能的开源轻量 BBS
@SniperXu 架构有点老,不过也是备选之一,感谢推荐
2022-05-26 17:24:21 +08:00
回复了 minuo0day 创建的主题 PHP 关于 PHP 高并发,请教各位
1 、先排查数据库,确认数据库的连接数是否打满,如果连接数已满,则放大连接数,同时应用层采用数据库连接池和长连接;确认 CPU 利用率,内存利用率,磁盘 IO 利用率,如果利用率达到了 80%以上,结合慢日志,优化查询 SQL 和数据库索引,也可以考虑读写分离,前置 redis 缓存,消息队列,结合业务场景,如果医护端对数据实时性要求比较高的话,可以不走消息队列,直接入库,对于读多写少的情况,尽量考虑如何提高前置 redis 缓存的命中率;如果以上不存在大问题,则问题不在数据库层,数据库的优化优先级就不高,放到最后。

2 、排查 redis 缓存,查看 redis 的内存利用率、网卡带宽和缓存命中率,如果缓存命中率较低的话,进一步分析原因,如果网卡带宽占用比较高,可以采用一主多从,网卡带宽占用较高,也会导致缓存查询时间上涨。

3 、如果以上两处问题解决,应用层就比较好办了,最快的方法就是增加机器。应用层的优化包括开启 php-fpm 的 slow log ,查看具体是哪个接口慢,再结合 xhprof 性能分析工具具体分析,开启 opcache ,优化服务器内核,开启 nginx 缓存,分析业务场景,优化接口请求减少或者合并部分接口,后续如果条件允许,再考虑采用 go 或者其他语言重构。

4 、前端 vue 及静态文件全部使用 CDN ,必要的时候部分接口不采用 https
2021-12-24 13:45:03 +08:00
回复了 fourlee 创建的主题 服务器 请教:戴尔服务器硬件检测中出现错误信息是什么意思
2019-08-08 10:09:31 +08:00
回复了 banzi 创建的主题 PHP PHPCon 2019,第七届 PHP 中国开发者大会抽奖送票
+1
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   3478 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 16ms · UTC 11:09 · PVG 19:09 · LAX 04:09 · JFK 07:09
Developed with CodeLauncher
♥ Do have faith in what you're doing.