nginx记录分析网站响应慢的请求(ngx_http_log_request_speed)
nginx模块ngx_http_log_request_speed可以用来找出网站哪些请求很慢,针对站点很多,文件以及请求很多想找出哪些请求比较慢的话,这个插件非常有效.作者的初衷是写给自己用的,用来找出站点中处理时间较长的请求, 这些请求是造成服务器高负载的很大根源. 日志记录之后,在使用perl脚本分析日志,即可知道哪些请求需要修正.
1. 模块安装
nginx第三方模块安装方法这里就一笔略过了。
配置参数
./configure --prefix=/usr/local/nginx-1.4.1 --with-http_stub_status_module \ --add-module=../ngx_http_log_request_speed
2. 指令log_request_speed
2.1 log_request_speed_filter
语法:
log_request_speed_filter [on|off]
配置段: n/a
context: location, server, http
启动或禁用模块
2.2 log_request_speed_filter_timeout
语法:
log_request_speed_filter_timeout [num sec]
默认: 5秒
配置段: location, server, http
这边并不是真正意义的超时,而是说当请求超过这边给定的时间,将会记录到nginx错误日志中. 默认值是5000微秒(5秒),如果一个请求小于5秒,这个请求不会被记录到日志中,但是如果超过5秒,那请求将会被记录到nginx的错误日志中
3. 使用实例
3.1 nginx配置
http{ log_request_speed_filter on; log_request_speed_filter_timeout 3; ... }
错误日志中记录的慢请求如下
3.2 日志分析
cd /usr/local/nginx-1.4.1/logs wget http://wiki.nginx.org/images/a/a8/Log_Analyzer.tar.gz tar -xzvf Log_Analyzer.tar.gz cd request_speed_log_analyzer # cat ../error.log | grep 'process request'| ./analyzer.pl -r
POST /wp-admin/admin-ajax.php HTTP/1.1 --- avg ms: 1182, value count: 2 GET /shmb/1145.html HTTP/1.1 --- avg ms: 2976, value count: 1 <--- THE WINNER
从日志中,我们发现这边有2条请求比较慢,最慢的是/shmb/1145.html ,而且还标示“THE WINNER”,作者你赢了。很幽默。
3.3 分析脚本语法
# ./analyzer.pl -h
- -h : this help message # 显示帮助信息
- -u : group by upstream # 按upstream分组
- -o : group by host # 按主机分组
- -r : group by request # 按请求分组,推荐这个
4. nginx测试版本
目前作者只在0.6.35和0.7.64下测试,不保证其他环境下可以使用。我当前的测试版本是1.4.1,目前使用正常,在使用前请大家先测试一下。
nginx替换网站响应内容(ngx_http_sub_module)
ngx_http_sub_module模块是一个过滤器,它修改网站响应内容中的字符串,比如你想把响应内容中的‘jb51'全部替换成‘跟版网',这个模块已经内置在nginx中,但是默认未安装,需要安装需要加上配置参数:--with-http_sub_module
1.指令(Directives)
语法:
sub_filter string replacement;
默认值: —
配置段: http, server, location
设置需要使用说明字符串替换说明字符串.string是要被替换的字符串,replacement是新的字符串,它里面可以带变量。
语法:
sub_filter_last_modified on | off;
默认值: sub_filter_last_modified off;
配置段: http, server, location
这个指令在nginx 1.5.1中添加,我这个版本没有,可以忽略掉.
Allows preserving the “Last-Modified” header field from the original response during replacement to facilitate response caching.
By default, the header field is removed as contents of the response are modified during processing.
语法:
sub_filter_once on | off;
默认值: sub_filter_once on;
配置段: http, server, location
字符串替换一次还是多次替换,默认替换一次,例如你要替换响应内容中的jb51为跟版网,如果有多个jb51出现,那么只会替换第一个,如果off,那么所有的jb51都会 被替换
语法:
sub_filter_types mime-type ...;
默认值: sub_filter_types text/html;
配置段: http, server, location
指定需要被替换的MIME类型,默认为“text/html”,如果制定为*,那么所有的
2. nginx替换字符串实例
2.1 配置
server { listen 80; server_name www.jb51.net; root /data/site/www.jb51.net; location / { sub_filter jb51 '跟版网'; sub_filter_types text/html; sub_filter_once on; } }
2.2 测试
内容如下
# cat /data/site/www.jb51.net/2013/10/20131001_sub1.html
welcome to jb51! jb51 TEAM!
访问结果
# curl www.jb51.net/2013/10/20131001_sub1.html
welcome to 跟版网! jb51 TEAM!
我们可以看到它替换是不区分大小写的,而且jb51只被替换了一次。我把sub_filter_once on改成off试试。
location / { sub_filter jb51 '跟版网'; sub_filter_once off; }
接着测试
# curl www.jb51.net/2013/10/20131001_sub1.html
welcome to 跟版网! 跟版网 TEAM!
我们可以看到jb51都被替换掉了.
例如你想在</head>后追加一段js,配置如下:
location / { sub_filter </head> '</head><script language="javascript" src="$script"></script>'; sub_filter_once on; }
这边我就不再做测试了,大家可以测试一下.