二. 缓存配置
1. 背景
分析一个电商网站的详情页面，如下图，设计到很多微服务：商品详情页HTML页面渲染、价格服务、促销服务、库存状态/配送至服务、广告词服务、预售/秒杀服务、评价服务、试用服务、推荐服务、商品介绍服务、各品类相关的一些特殊服务。
常规解决方案：
前端通过ajax动态加载，服务端则把这些文案以html的形式缓存到Redis中，如下图：
解剖：
一个详情页html 主体达平均150 kb， 那么在500QPS 已接近千M局域网宽带极限，所以必须减少内网通信。
2. Nginx缓存
针对上面占满内网带宽的情况，可以在Ngxin这一层做静态文件缓存，然后后台维护商品的时候删除缓存（修改商品→删除缓存），架构图如下：
3. 配置说明
代码配置：
worker_processes 1; events { worker_connections 1024; } http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; upstream myApiTest { server localhost:9001; server localhost:9002; server localhost:9003; } #缓存模块配置 proxy_cache_path /data/nginx/cache_ypf levels=1:2 keys_zone=cache_ypf:500m inactive=20d max_size=1g; server { listen 8080; server_name xxx; #随意配置一个即可，优先走代理地址 location / { proxy_pass http://myApiTest; #缓存配置 # 指定缓存区(和上面的keys_zone对应) proxy_cache cache_ypf; #以全路径md5值做做为Key proxy_cache_key $host$uri$is_args$args; #对不同的HTTP状态码设置不同的缓存时间 proxy_cache_valid 200 304 12h; } error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } } }
4. 如何清除缓存
需要借助第三方模块ngx_cache_purge来清除。
(1). 安装模块
#下载ngx_cache_purge 模块包 ,这里nginx 版本为1.6.2 purge 对应2.0版 wget http://labs.frickle.com/files/ngx_cache_purge-2.3.tar.gz #查看已安装模块 ./sbin/nginx -V #进入nginx安装包目录 重新安装 --add-module为模块解压的全路径 ./configure --prefix=/root/svr/nginx --with-http_stub_status_module --with-http_ssl_module --add-module=/root/svr/packages/ngx_cache_purge-2.3 #重新编译 make #拷贝 安装目录/objs/nginx 文件用于替换原nginx 文件 #检测查看安装是否成功 nginx -t
(2). 进行配置
location ~ /clear(/.*) { #允许访问的IP allow 127.0.0.1; allow 192.168.0.193; #禁止访问的IP deny all; #配置清除指定缓存区和路径(与proxy_cache_key一至) proxy_cache_purge cache_luban $host$1$is_args$args; }
(3). 配置好后进行访问。
# 访问生成缓存文件 http://www.ypf.com/?a=1 # 清除生成的缓存,如果指定缓存不存在 则会报404 错误。 http://www.ypf.com/clear/?a=1
5. 实战演示
windows下演示如下：
https://blog.csdn.net/weixin_34289744/article/details/91639502
Linux下演示：
后续补充
三. 性能调优
2. 每个worker 进程的最大连接数
语法：worker_connections number; 默认：worker_connections 1024
3. worker_cpu_affinity cpumask[cpumask……] 绑定Nginx worker进程到指定的CPU内核
为什么要绑定worker进程到指定的CPU内核呢？假定每一个worker进程都是非常繁忙的，如果多个worker进程都在抢同一个CPU，那么这就会出现同步问题。反之，如果每一个worker进程都独享一个CPU，就在内核的调度策略上实现了完全的并发。 例如，如果有4颗CPU内核，就可以进行如下配置： worker_processes 4; worker_cpu_affinity 1000 0100 0010 0001; 注意 worker_cpu_affinity配置仅对Linux操作系统有效。
4. Nginx worker 进程优先级设置
语法：worker_priority nice; 默认：worker_priority 0; 优先级由静态优先级和内核根据进程执行情况所做的动态调整（目前只有±5的调整）共同决定。nice值是进程的静态优先级，它的取值范围是–20～+19，–20是最高优先级，+19是最低优先级。因此，如果用户希望Nginx占有更多的系统资源，那么可以把nice值配置得更小一些，但不建议比内核进程的nice值（通常为–5）还要小
5. Nginx worker进程可以打开的最大句柄描述符个数
语法： worker_rlimit_nofile limit; 默认：空 更改worker进程的最大打开文件数限制。如果没设置的话，这个值为操作系统的限制。设置后你的操作系统和Nginx可以处理比“ulimit -a”更多的文件，所以把这个值设高，这样nginx就不会有“too many open files”问题了。
6. 是否打开accept锁
语法：accept_mutex[on|off] 默认：accept_mutext on; accept_mutex是Nginx的负载均衡锁，当某一个worker进程建立的连接数量达到worker_connections配置的最大连接数的7/8时，会大大地减小该worker进程试图建立新TCP连接的机会，accept锁默认是打开的，如果关闭它，那么建立TCP连接的耗时会更短，但worker进程之间的负载会非常不均衡，因此不建议关闭它。
7. 使用accept锁后到真正建立连接之间的延迟时间
语法：accept_mutex_delay Nms; 默认：accept_mutex_delay 500ms;