fourlee

建议去看下甲状腺，我之前也是痒，以为是慢性咽炎，后来体检发现是甲减

+1

@SniperXu 架构有点老，不过也是备选之一，感谢推荐

1 、先排查数据库，确认数据库的连接数是否打满，如果连接数已满，则放大连接数，同时应用层采用数据库连接池和长连接；确认 CPU 利用率，内存利用率，磁盘 IO 利用率，如果利用率达到了 80%以上，结合慢日志，优化查询 SQL 和数据库索引，也可以考虑读写分离，前置 redis 缓存，消息队列，结合业务场景，如果医护端对数据实时性要求比较高的话，可以不走消息队列，直接入库，对于读多写少的情况，尽量考虑如何提高前置 redis 缓存的命中率；如果以上不存在大问题，则问题不在数据库层，数据库的优化优先级就不高，放到最后。

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

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

4 、前端 vue 及静态文件全部使用 CDN ，必要的时候部分接口不采用 https

@huntagain2008
@julyclyde
谢谢