Nginx – gzip_ratio not printing in nginx logs

gziploggingnginxweb-server

I'm configuring the nginx access_log to output in JSON format to use with other tools.

The data I want includes info about the compression. I have gzip on, but the only thing I'm getting for the gzip_ratio is -.

To confirm, the embedded var is $gzip_ratio.

http://nginx.org/en/docs/http/ngx_http_gzip_module.html

Here's the definition of my log_format:

log_format  main_json '{"time": "$time_iso8601", '
                  '"remote_addr": "$remote_addr", '
                  '"body_bytes_sent": "$body_bytes_sent", '
                  '"gzip_ratio": "$gzip_ratio", '
                  '"status": "$status", '
                  '"request": "$request_time", '
                  '"request_method": "$request_method", '
                  '"http_referrer": "$http_referer", '
                  '"http_user_agent": "$http_user_agent", '
                  '"http_x_forwarded_for": "$http_x_forwarded_for", '
                  '"request_time": "$request_time", '
                  '"upstream_response_time": "$upstream_response_time"}';

Here are the gzip settings in nginx.conf:

gzip  on;
gzip_proxied any;
gzip_types text/plain text/xml text/css application/x-javascript text/javascript application/xml+rss text/json application/json;

And here is the output in the access_log:

{
    "time":"2015-02-03T14:26:26+00:00",
    "remote_addr":"[IP]",
    "body_bytes_sent":"574",
    "gzip_ratio":"-",
    "status":"200",
    "request":"0.064",
    "request_method":"GET",
    "http_referrer":"-",
    "http_user_agent":"Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2293.0 Safari/537.36",
    "http_x_forwarded_for":"-",
    "request_time":"0.064",
    "upstream_response_time":"0.064"
}

So, it appears that things are not being compressed. However, I've run cURL to test for compression, and here are the results:

[~]$ curl https://[URL] --silent --write-out "size_download=%{size_download}\n" --output /dev/null
size_download=3297
[~]$  curl https://[URL] --silent -H "Accept-Encoding: gzip,deflate" --write-out "size_download=%{size_download}\n" --output /dev/null
size_download=859

So, from actually measuring the size of the response, it seems it is being compressed. However, the logs are still missing the gzip_ratio. The body_bytes_sent in each request's log matches up to the bytes reported by cURL (slight variation w/ compressed response).

{"time": "2015-02-03T14:57:11+00:00", "remote_addr": "[IP]", "body_bytes_sent": "3297", "gzip_ratio": "-", "status": "200", "request": "0.477", "request_method": "GET", "http_referrer": "-", "http_user_agent": "curl/7.37.0", "http_x_forwarded_for": "-", "request_time": "0.477", "upstream_response_time": "0.477"}
{"time": "2015-02-03T14:57:20+00:00", "remote_addr": "[IP]", "body_bytes_sent": "871", "gzip_ratio": "-", "status": "200", "request": "0.676", "request_method": "GET", "http_referrer": "-", "http_user_agent": "curl/7.37.0", "http_x_forwarded_for": "-", "request_time": "0.676", "upstream_response_time": "0.676"}

Anyone know how I can get the actual gzip_ratio?

Best Answer

Either you are using a buggy version of nginx or your test method had some flaws. I have just confirmed that $gzip_ratio in a log_format definition works perfectly fine in nginx 1.9.1.

I have seen $gzip_ratio to only equal - when no compression was performed. In all other cases it held a numeric value.

Related Topic