标签：led 现在 超过 找不到 最大 速度 images printf agent
目录
语法: proxy_buffer_size size;
默认值: proxy_buffer_size 4k|8k;
上下文: http, server, locationgetconf PAGE_SIZE，一般的输出是4096，即 4KB。语法: proxy_buffering on | off;
默认值: proxy_buffering on;
上下文: http, server, locationproxy_buffering启用时，要提防使用的代理缓冲区太大。这可能会吃掉你的内存，限制代理能够支持的最大并发连接数。
语法: proxy_buffers number size;
默认值: proxy_buffers 8 4k|8k;
上下文: http, server, location语法: proxy_busy_buffers_size size;
默认值: proxy_busy_buffers_size 8k|16k;
上下文: http, server, location语法: proxy_max_temp_file_size size;
默认值: proxy_max_temp_file_size 1024m;
上下文: http, server, location语法: proxy_temp_file_write_size size;
默认值: proxy_temp_file_write_size 8k|16k;
上下文: http, server, location在开启缓冲后端服务器响应到临时文件的功能后，设置nginx每次写数据到临时文件的size(大小)限制。 size的默认值是proxy_buffer_size指令和proxy_buffers指令定义的每块缓冲区大小的两倍， 而临时文件最大容量由proxy_max_temp_file_size指令设置。
通用网站的配置
proxy_buffer_size 4k; #设置代理服务器（nginx）保存用户头信息的缓冲区大小
proxy_buffers 4 32k; #proxy_buffers缓冲区，网页平均在32k以下的设置
proxy_busy_buffers_size 64k; #高负荷下缓冲大小（proxy_buffers*2）
proxy_temp_file_write_size 64k;
#设定缓存文件夹大小，大于这个值，将从upstream服务器传docker registry的配置 这个每次传输至少都是9M以上的内容，缓冲区配置大；
proxy_buffering on;
proxy_buffer_size 4k;
proxy_buffers 8 1M;
proxy_busy_buffers_size 2M;
proxy_max_temp_file_size 0;关于缓冲区大小的配置，还是需要实地的分析，一般来说通用配置可以应付了。
语法: proxy_cache_path path [levels=levels] keys_zone=name:size [inactive=time] [max_size=size] [loader_files=number] [loader_sleep=time] [loader_threshold=time];
默认值: —
上下文: httpproxy_cache_path /data/nginx/cache; # 所有缓存只有一个目录
/data/nginx/cache/d7b6e5978e3f042f52e875005925e51b
proxy_cache_path /data/nginx/cache levels=1:2; # 第二层级有16*256=4096个目录
/data/nginx/cache/b/51/d7b6e5978e3f042f52e875005925e51b
proxy_cache_path /data/nginx/cache levels=1:1:1; #第三层级有16*16*16个目录
/data/nginx/cache/b/1/5/d7b6e5978e3f042f52e87500592
proxy_cache_path /data/nginx/cache levels=2; # 第一层级有256个目录
/data/nginx/cache/1b/d7b6e5978e3f042f52e875005925e51b 需要注意的是：
特殊进程“cache manager”监控缓存的条目数量，如果超过max_size参数设置的最大值，使用LRU算法移除缓存数据。nginx新启动后不就，特殊进程“cache loader”就被启动。该进程将文件系统上保存的过去缓存的数据的相关信息重新加载到共享内存。加载过程分多次迭代完成，每次迭代，进程只加载不多于loader_files参数指定的文件数量（默认值为100）。此外，每次迭代过程的持续时间不能超过loader_threshold参数的值（默认200毫秒）。每次迭代之间，nginx的暂停时间由loader_sleep参数指定（默认50毫秒）。缓存文件并不是越多越好，所以 cache_key 的设计非常关键。代理或 URL 跳转常常会添加的无用请求参数，这就会出现不同的 cache_key 保存了多份相同的缓存内容，这对缓存效果影响很大。
语法: proxy_temp_path path [level1 [level2 [level3]]];
默认值:
proxy_temp_path proxy_temp;
上下文: http, server, location定义从后端服务器接收的临时文件的存放路径，可以为临时文件路径定义至多三层子目录的目录树。 比如，下面配置
proxy_temp_path /spool/nginx/proxy_temp 1 2;那么临时文件的路径看起来会是这样：
/spool/nginx/proxy_temp/7/45/00000123457语法: proxy_cache zone | off;
默认值: proxy_cache off;
上下文: http, server, location指定用于页面缓存的共享内存。同一块共享内存可以在多个地方使用。off参数可以屏蔽从上层配置继承的缓存功能。zone名称由“proxy_cache_path”指令定义。
语法: proxy_cache_key string;
默认值:
proxy_cache_key $scheme$proxy_host$request_uri;
上下文: http, server, location定义如何生成缓存的键，比如
proxy_cache_key "$host$request_uri $cookie_user";这条指令的默认值类似于下面字符串
proxy_cache_key $scheme$proxy_host$uri$is_args$args;缓存文件并不是越多越好，所以 cache_key 的设计非常关键。代理或 URL 跳转常常会添加的无用请求参数，这就会出现不同的 cache_key 保存了多份相同的缓存内容，这对缓存效果影响很大。通过 ngx_lua 可以对 URL 参数进行过滤，保证 cache_key 唯一。
语法: proxy_cache_valid [code ...] time;
默认值: —
上下文: http, server, location为不同的响应状态码设置不同的缓存时间。比如，下面指令
proxy_cache_valid 200 302 10m;
proxy_cache_valid 404 1m;设置状态码为200和302的响应的缓存时间为10分钟，状态码为404的响应的缓存时间为1分钟。
如果仅仅指定了time，
proxy_cache_valid 5m;那么只有状态码为200、300和302的响应会被缓存。
如果使用了any参数，那么就可以缓存任何响应：
proxy_cache_valid 200 302 10m;
proxy_cache_valid 301 1h;
proxy_cache_valid any 1m;缓存参数也可以直接在响应头中设定。这种方式的优先级高于使用这条指令设置缓存时间。
“X-Accel-Expires”响应头可以以秒为单位设置响应的缓存时间，如果值为0，表示禁止缓存响应，如果值以@开始，表示自1970年1月1日以来的秒数，响应一直会被缓存到这个绝对时间点。
如果不含“X-Accel-Expires”响应头，缓存参数仍可能被“Expires”或者“Cache-Control”响应头设置。
如果响应头含有“Set-Cookie”，响应将不能被缓存。 这些头的处理过程可以使用指令proxy_ignore_headers忽略。语法: proxy_ignore_headers field ...;
默认值: —
上下文: http, server, location指定来自后端server的响应中的某些header不会被处理，如下几个fields可以被ignore：“X-Accel-Redirect”、“X-Accel-Expires”、“X-Accel-Limit-Rate”、“X-Accel-Buffering”、“X-Accel-Charset”、“Expires”、“Cache-Control”、“Set-Cookie”、“Vary”。“不被处理”就是nginx不会尝试解析这些header并应用它们，比如nginx处理来自后端server的“Expires”，将会影响它本地的文件cache的机制
如果不被取消，这些头部的处理可能产生下面结果：
“X-Accel-Expires”，“Expires”，“Cache-Control”，和“Set-Cookie” 设置响应缓存的参数；
“X-Accel-Redirect”执行到指定URI的内部跳转；
“X-Accel-Limit-Rate”设置响应到客户端的传输速率限制；
“X-Accel-Buffering”启动或者关闭响应缓冲；
“X-Accel-Charset”设置响应所需的字符集。语法: proxy_hide_header field;
默认值: —
上下文: http, server, locationnginx默认不会将“Date”、“Server”、“X-Pad”，和“X-Accel-...”响应头发送给客户端。proxy_hide_header指令则可以设置额外的响应头，这些响应头也不会发送给客户端。相反的，如果希望允许传递某些响应头给客户端，可以使用proxy_pass_header指令。
语法: proxy_pass_header field;
默认值: —
上下文: http, server, location允许传送被屏蔽的后端服务器响应头到客户端。
语法: proxy_cache_min_uses number;
默认值: proxy_cache_min_uses 1;
上下文: http, server, location设置响应被缓存的最小请求次数。默认为1，当客户端发送相同请求达到规定次数后，nginx才对响应数据进行缓存；指定请求至少被发送了多少次以上时才缓存，可以防止低频请求被缓存
语法: proxy_cache_use_stale error | timeout | invalid_header | updating | http_500 | http_502 | http_503 | http_504 | http_404 | off ...;
默认值: proxy_cache_use_stale off;
上下文: http, server, location如果后端服务器出现状况，nginx是可以使用过期的响应缓存的。这条指令就是定义何种条件下允许开启此机制。这条指令的参数与proxy_next_upstream指令的参数相同。
此外，updating参数允许nginx在正在更新缓存的情况下使用过期的缓存作为响应。这样做可以使更新缓存数据时，访问源服务器的次数最少。
在植入新的缓存条目时，如果想使访问源服务器的次数最少，可以使用proxy_cache_lock指令。
语法: proxy_cache_lock on | off;
默认值: proxy_cache_lock off;
上下文: http, server, location
这个指令出现在版本 1.1.12.开启此功能时，对于相同的请求，同时只允许一个请求发往后端，并根据proxy_cache_key指令的设置在缓存中植入一个新条目。 其他请求相同条目的请求将一直等待，直到缓存中出现相应的内容，或者锁在proxy_cache_lock_timeout指令设置的超时后被释放。如果不启用proxy_cache_lock，则所有在缓存中找不到文件的请求都会直接与服务器通信。
语法: proxy_cache_bypass string ...;
默认值: —
上下文: http, server, location定义nginx不从缓存取响应的条件。如果至少一个字符串条件非空而且非“0”，nginx就不会从缓存中去取响应：
proxy_cache_bypass $cookie_nocache $arg_nocache$arg_comment;
proxy_cache_bypass $http_pragma $http_authorization;本指令可和与proxy_no_cache一起使用。
语法: proxy_no_cache string ...;
默认值: —
上下文: http, server, location定义nginx不将响应写入缓存的条件。如果至少一个字符串条件非空而且非“0”，nginx就不将响应存入缓存：
proxy_no_cache $cookie_nocache $arg_nocache$arg_comment;
proxy_no_cache $http_pragma $http_authorization;这条指令可以和proxy_cache_bypass指令一起使用。
语法: proxy_cache_lock_timeout time;
默认值: proxy_cache_lock_timeout 5s;
上下文: http, server, location这个指令出现在版本 1.1.12.
为proxy_cache_lock指令设置锁的超时。
语法: proxy_read_timeout time;
默认值: proxy_read_timeout 60s;
上下文: http, server, location定义从后端服务器读取响应的超时。此超时是指相邻两次读操作之间的最长时间间隔，而不是整个响应传输完成的最长时间。如果后端服务器在超时时间段内没有传输任何数据，连接将被关闭。
语法: proxy_connect_timeout time;默认值:
proxy_connect_timeout 60s;
上下文: http, server, location设置与后端服务器建立连接的超时时间。应该注意这个超时一般不可能大于75秒。
语法: proxy_send_timeout time;
默认值: proxy_send_timeout 60s;
上下文: http, server, location定义向后端服务器传输请求的超时。此超时是指相邻两次写操作之间的最长时间间隔，而不是整个请求传输完成的最长时间。如果后端服务器在超时时间段内没有接收到任何数据，连接将被关闭。
语法: proxy_http_version 1.0 | 1.1;
默认值: proxy_http_version 1.0;
上下文: http, server, location这个指令出现在版本 1.1.4.
设置代理使用的HTTP协议版本。默认使用的版本是1.0，而1.1版本则推荐在使用keepalive连接时一起使用。
语法: proxy_ignore_client_abort on | off;
默认值: proxy_ignore_client_abort off;
上下文: http, server, location决定当客户端在响应传输完成前就关闭连接时，nginx是否应关闭后端连接。
语法: proxy_intercept_errors on | off;
默认值: proxy_intercept_errors off;
上下文: http, server, location当后端服务器的响应状态码大于等于400时，决定是否直接将响应发送给客户端，亦或将响应转发给nginx由error_page指令来处理。
语法: proxy_next_upstream error | timeout | invalid_header | http_500 | http_502 | http_503 | http_504 | http_404 | off ...;
默认值: proxy_next_upstream error timeout;
上下文: http, server, location指定在何种情况下一个失败的请求应该被发送到下一台后端服务器：
error
和后端服务器建立连接时，或者向后端服务器发送请求时，或者从后端服务器接收响应头时，出现错误；
timeout
和后端服务器建立连接时，或者向后端服务器发送请求时，或者从后端服务器接收响应头时，出现超时；
invalid_header
后端服务器返回空响应或者非法响应头；
http_500
后端服务器返回的响应状态码为500；
http_502
后端服务器返回的响应状态码为502；
http_503
后端服务器返回的响应状态码为503；
http_504
后端服务器返回的响应状态码为504；
http_404
后端服务器返回的响应状态码为404；
off
停止将请求发送给下一台后端服务器。需要理解一点的是，只有在没有向客户端发送任何数据以前，将请求转给下一台后端服务器才是可行的。也就是说，如果在传输响应到客户端时出现错误或者超时，这类错误是不可能恢复的。
语法: proxy_cookie_domain off;
proxy_cookie_domain domain replacement;
默认值: proxy_cookie_domain off;
上下文: http, server, location这个指令出现在版本 1.1.15.
设置“Set-Cookie”响应头中的domain属性的替换文本。 假设后端服务器返回的“Set-Cookie”响应头含有属性“domain=localhost”，那么指令
proxy_cookie_domain localhost example.org;
将这个属性改写为“domain=example.org”。
domain和replacement配置字符串，以及domain属性中起始的点将被忽略。 匹配过程大小写不敏感。
domain和replacement配置字符串中可以包含变量：
proxy_cookie_domain www.$host $host;
这条指令同样可以使用正则表达式。这时，domain应以“~”标志开始，且可以使用命名匹配组和位置匹配组，而replacement可以引用这些匹配组：
proxy_cookie_domain ~\.(?P<sl_domain>[-0-9a-z]+\.[a-z]+)$ $sl_domain;可以同时定义多条proxy_cookie_domain指令：
proxy_cookie_domain localhost example.org;
proxy_cookie_domain ~\.([a-z]+\.[a-z]+)$ $1;off参数可以取消当前配置级别的所有proxy_cookie_domain指令：
proxy_cookie_domain off;
proxy_cookie_domain localhost example.org;
proxy_cookie_domain www.example.org example.org;语法: proxy_cookie_path off;
proxy_cookie_path path replacement;
默认值: proxy_cookie_path off;
上下文: http, server, location这个指令出现在版本 1.1.15.
设置“Set-Cookie”响应头中的path属性的替换文本。 假设后端服务器返回的“Set-Cookie”响应头含有属性“path=/two/some/uri/”，那么指令
proxy_cookie_path /two/ /;将这个属性改写为“path=/some/uri/”。
path和replacement配置字符串可以包含变量：
proxy_cookie_path $uri /some$uri;这条指令同样可以使用正则表达式。如果使用大小写敏感的匹配，path应以“~”标志开始，如果使用大小写不敏感的匹配，path应以“~*”标志开始。path可以使用命名匹配组和位置匹配组，replacement可以引用这些匹配组：
proxy_cookie_path ~*^/user/([^/]+) /u/$1;可以同时定义多条proxy_cookie_path指令：
proxy_cookie_path /one/ /;
proxy_cookie_path / /two/;off参数可以取消当前配置级别的所有proxy_cookie_path指令：
proxy_cookie_path off;
proxy_cookie_path /two/ /;
proxy_cookie_path ~*^/user/([^/]+) /u/$1;语法: proxy_pass URL;
默认值: —
上下文: location, if in location, limit_except设置后端服务器的协议和地址，还可以设置可选的URI以定义本地路径和后端服务器的映射关系。 这条指令可以设置的协议是“http”或者“https”，而地址既可以使用域名或者IP地址加端口（可选）的形式来定义：
proxy_pass http://localhost:8000/uri/;又可以使用UNIX域套接字路径来定义。该路径接在“unix”字符串后面，两端由冒号所包围，比如：
proxy_pass http://unix:/tmp/backend.socket:/uri/;如果解析一个域名得到多个地址，所有的地址都会以轮转的方式被使用。当然，也可以使用服务器组来定义地址。
请求URI按下面规则传送给后端服务器：
如果proxy_pass使用了URI，当传送请求到后端服务器时，规范化以后的请求路径与配置中的路径的匹配部分将被替换为指令中定义的URI：
location /name/ {
proxy_pass http://127.0.0.1/remote/;
}如果proxy_pass没有使用URI，传送到后端服务器的请求URI一般客户端发起的原始URI，如果nginx改变了请求URI，则传送的URI是nginx改变以后完整的规范化URI：
location /some/path/ {
proxy_pass http://127.0.0.1;
}在1.1.12版以前，如果proxy_pass没有使用URI，某些情况下，nginx改变URI以后，会错误地将原始URI而不是改变以后的URI发送到后端服务器。
某些情况下，无法确定请求URI中应该被替换的部分：
使用正则表达式定义路径。
这种情况下，指令不应该使用URI。
在需要代理的路径中，使用rewrite指令改变了URI，但仍使用相同配置处理请求(break)：
location /name/ {
rewrite /name/([^/]+) /users?name=$1 break;
proxy_pass http://127.0.0.1;
}这种情况下，本指令设置的URI会被忽略，改变后的URI将被发送给后端服务器。
后端服务器的地址，端口和URI中都可以使用变量：
proxy_pass http://$host$uri;甚至像这样：
proxy_pass $request;这种情况下，后端服务器的地址将会在定义的服务器组中查找。如果查找不到，nginx使用resolver来查找该地址。
语法: proxy_redirect default;
proxy_redirect off;
proxy_redirect redirect replacement;
默认值: proxy_redirect default;
上下文: http, server, location设置后端服务器“Location”响应头和“Refresh”响应头的替换文本。 假设后端服务器返回的响应头是 “Location: http://localhost:8000/two/some/uri/”，那么指令
proxy_redirect http://localhost:8000/two/ http://frontend/one/;将把字符串改写为 “Location: http://frontend/one/some/uri/”。
replacement字符串可以省略服务器名：
proxy_redirect http://localhost:8000/two/ /;此时将使用代理服务器的主域名和端口号来替换。如果端口是80，可以不加。
用default参数指定的默认替换使用了location和proxy_pass指令的参数。因此，下面两例配置等价：
location /one/ {
proxy_pass http://upstream:port/two/;
proxy_redirect default;
location /one/ {
proxy_pass http://upstream:port/two/;
proxy_redirect http://upstream:port/two/ /one/;而且因为同样的原因，proxy_pass指令使用变量时，不允许本指令使用default参数。
replacement字符串可以包含变量：
proxy_redirect http://localhost:8000/ http://$host:$server_port/;而redirect字符串从1.1.11版本开始也可以包含变量：
proxy_redirect http://$proxy_host:8000/ /;同时，从1.1.11版本开始，指令支持正则表达式。使用正则表达式的话，如果是大小写敏感的匹配，redirect以“~”作为开始，如果是大小写不敏感的匹配，redirect以“~*”作为开始。而且redirect的正则表达式中可以包含命名匹配组和位置匹配组，而在replacement中可以引用这些匹配组的值：
proxy_redirect ~^(http://[^:]+):\d+(/.+)$ $1$2;
proxy_redirect ~*/user/([^/]+)/(.+)$ http://$1.example.com/$2;除此以外，可以同时定义多个proxy_redirect指令：
proxy_redirect default;
proxy_redirect http://localhost:8000/ /;
proxy_redirect http://www.example.com/ /;另外，off参数可以使所有相同配置级别的proxy_redirect指令无效：
proxy_redirect off;
proxy_redirect default;
proxy_redirect http://localhost:8000/ /;
proxy_redirect http://www.example.com/ /;最后，使用这条指令也可以为地址为相对地址的重定向添加域名：
proxy_redirect / /;语法: proxy_set_header field value;
默认值:
proxy_set_header Host $proxy_host;
proxy_set_header Connection close;
上下文: http, server, location允许重新定义或者添加发往后端服务器的请求头。value可以包含文本、变量或者它们的组合。 当且仅当当前配置级别中没有定义proxy_set_header指令时，会从上面的级别继承配置。 默认情况下，只有两个请求头会被重新定义：
proxy_set_header Host $proxy_host;
proxy_set_header Connection close;如果不想改变请求头“Host”的值，可以这样来设置：
proxy_set_header Host $http_host;但是，如果客户端请求头中没有携带这个头部，那么传递到后端服务器的请求也不含这个头部。 这种情况下，更好的方式是使用$host变量——它的值在请求包含“Host”请求头时为“Host”字段的值，在请求未携带“Host”请求头时为虚拟主机的主域名：
proxy_set_header Host $host;此外，服务器名可以和后端服务器的端口一起传送：
proxy_set_header Host $host:$proxy_port;如果某个请求头的值为空，那么这个请求头将不会传送给后端服务器：
proxy_set_header Accept-Encoding "";
语法: proxy_ssl_session_reuse on | off;
默认值: proxy_ssl_session_reuse on;
上下文: http, server, location决定是否重用与后端服务器的SSL会话。如果日志中出现“SSL3_GET_FINISHED:digest check failed”错误，请尝试关闭会话重用。
语法: proxy_store on | off | string;
默认值: proxy_store off;
上下文: http, server, location开启将文件保存到磁盘上的功能。如果设置为on，nginx将文件保存在alias指令或root指令设置的路径中。如果设置为off，nginx将关闭文件保存的功能。此外，保存的文件名也可以使用含变量的string参数来指定：
proxy_store /data/www$original_uri;保存文件的修改时间根据接收到的“Last-Modified”响应头来设置。响应都是先写到临时文件，然后进行重命名来生成的。从0.8.9版本开始，临时文件和持久化存储可以放在不同的文件系统，但是需要注意这时文件执行的是在两个文件系统间拷贝操作，而不是廉价的重命名操作。因此建议保存文件的路径和proxy_temp_path指令设置的临时文件的路径在同一个文件系统中。
这条指令可以用于创建静态无更改文件的本地拷贝，比如：
location /images/ {
root /data/www;
open_file_cache_errors off;
error_page 404 = /fetch$uri;
}
location /fetch/ {
internal;
proxy_pass http://backend/;
proxy_store on;
proxy_store_access user:rw group:rw all:r;
proxy_temp_path /data/temp;
alias /data/www/;
}
或者像这样：
location /images/ {
root /data/www;
error_page 404 = @fetch;
}
location @fetch {
internal;
proxy_pass http://backend;
proxy_store on;
proxy_store_access user:rw group:rw all:r;
proxy_temp_path /data/temp;
root /data/www;
}语法: proxy_store_access users:permissions ...;
默认值: proxy_store_access user:rw;
上下文: http, server, location设置新创建的文件和目录的访问权限，比如：
proxy_store_access user:rw group:rw all:r;如果指定了任何group或者all的访问权限，那么可以略去user的访问权限：
proxy_store_access group:rw all:r;NGINX可以缓存动态内容，但是这不应该乱用，有些情况需要考虑
首先，任何用户相关的数据不应被高速缓存。这可能导致一个用户的数据被呈现给其他用户。如果你的网站是完全静态的，这可能不是一个问题。
如果你的网站有一些动态元素，你将不得不考虑到这一点。你如何处理要看是什么应用程序或服务器处理的后端处理。对于私人的内容，你应该设置Cache-Control头为“no-cache”，“no-sotre”，或者“private”依赖于数据的性质：
nginx是否缓存是由nginx缓存服务器与源服务器共同决定的, 缓存服务器需要严格遵守源服务器响应的header来决定是否缓存以及缓存的时长。
默认情况下，NGINX需要考虑从原始服务器得到的Cache-Control标头。当在响应头部中Cache-Control被配置为Private，No-Cache，No-Store或者Set-Cookie，NGINX不进行缓存。NGINX仅仅缓存GET和HEAD客户端请求。
可以尝试通过更改头信息改让反代服务器缓存
1、尝试修改源服务器代码，改变程序响应的头信息
2、nginx反代配置提供了proxy_ignore_headers配置来忽略某些头信息，我们可以忽略引起反代不缓存的头信息
proxy_ignore_headers?X-Accel-Expires?Expires?Cache-Control?Set-Cookie; 引起缓存过期的因素
优先级
详细的测试可以参照http://www.ttlsa.com/nginx/nginx-cache-priority/
nginx没有提供直接缓存清除的方法，但是我们可以使用以下方法清除
1、但是可以通过使用第三方的模块ngx_cache_purge清除指定的URL
需要加入一个新的location配置
location ~ /purge(/.*) {
proxy_cache_purge cache_one $host$1$is_args$args;
}原网址和清除缓存的url对应关系
www.firefoxbug.net/index.html ==>> www.firefoxbug.net/purge/index.html就能清除．2、直接删除指定的缓存文件
直接想办法删除proxy_cache_path配置的目录下的所有文件，如果你可以直接操作linux那么可以直接rm -rf xxx了，如果不方便可以考虑写个脚本去删除相应的文件目录。
nginx 提供了变量$upstream-cache-status 来显示缓存的命中状态，我们可以再nginx.conf配置中添加一个http响应头来显示这一状态
反代配置中加入
location / {
proxy_pass http://zhengde.xxx.cn;
proxy_set_header Host zhengde.xxx.cn;
add_header X-Cache-Status $upstream_cache_status;
... 其他配置
}在对客户端的响应中添加了一个X-Cache-StatusHTTP响应头，这样可以在响应信息中查看X-Cache-Status状态来判定是否命中
如果想要统计命中率，那么在访问日志的格式中加入$upstream_cache_status记录即可
log_format main ‘$remote_addr – $remote_user [$time_local] “$request” ‘
‘$status $body_bytes_sent “$http_referer” ‘
’”$http_user_agent” “$http_x_forwarded_for”‘
’”$upstream_cache_status”‘;然后可以使用awk命令进行统计
命令：awk '{if($NF=="\"HIT\"") hit++} END {printf "%.2f%",hit/NR}' access.log
结果： 32.15%下面是$upstream_cache_status的可能值：
1.MISS——响应在缓存中找不到，所以需要在服务器中取得。这个响应之后可能会被缓存起来。
2.BYPASS——响应来自原始服务器而不是缓存，因为请求匹配了一个proxy_cache_bypass（见下面我可以在缓存中打个洞吗？）。这个响应之后可能会被缓存起来。
3.EXPIRED——缓存中的某一项过期了，来自原始服务器的响应包含最新的内容。
4.STALE——内容陈旧是因为原始服务器不能正确响应。需要配置proxy_cache_use_stale。
5.UPDATING——内容过期了，因为相对于之前的请求，响应的入口（entry）已经更新，并且proxy_cache_use_stale的updating已被设置。
6.REVALIDATED——proxy_cache_revalidate命令被启用，NGINX检测得知当前的缓存内容依然有效（If-Modified-Since或者If-None-Match）。
7.HIT——响应包含来自缓存的最新有效的内容。server
{
listen 10000;
server_name localhost;
#静态处理交给nginx
location ~ .*\.(htm|html|gif|jpg|jpeg|png|bmp|swf|ioc|ico|rar|zip|txt|flv|mid|doc|ppt|pdf|xls|mp3|wma|css|js)$ {
proxy_cache cache_one;
proxy_cache_valid 200 304 302 2d;
proxy_cache_valid any 1d;
proxy_cache_key $host$uri$is_args$args;
add_header X-Cache '$upstream_cache_status from $host';
proxy_pass http://127.0.0.1:8088;
expires 30d;
}
#动态文件不处理
location / {
proxy_pass http://127.0.0.1:8080;
}
} http://tengine.taobao.org/nginx_docs/cn/docs/http/ngx_http_proxy_module.html#proxy_ignore_headers
https://blog.csdn.net/mary881225/article/details/70173907
http://www.cnblogs.com/bethal/p/5606062.html
http://lmdkfs.blog.163.com/blog/static/74611324201421283237778/
标签：led 现在 超过 找不到 最大 速度 images printf agent
原文地址：https://www.cnblogs.com/redirect/p/10066766.html
