=encoding utf-8


=head1 Name

ngx_redis2 - Nginx upstream module for the Redis 2.0 protocol

I<This module is not distributed with the Nginx source.> See L<the installation instructions>.


=head1 Status

This module is already production ready.


=head1 Version

This document describes ngx_redis2 L<v0.15|https://github.com/openresty/redis2-nginx-module/tags> released on 19 April 2018.


=head1 Synopsis


     location = /foo {
         set $value 'first';
         redis2_query set one $value;
         redis2_pass 127.0.0.1:6379;
     }
    
     # GET /get?key=some_key
     location = /get {
         set_unescape_uri $key $arg_key;  # this requires ngx_set_misc
         redis2_query get $key;
         redis2_pass foo.com:6379;
     }
    
     # GET /set?key=one&val=first%20value
     location = /set {
         set_unescape_uri $key $arg_key;  # this requires ngx_set_misc
         set_unescape_uri $val $arg_val;  # this requires ngx_set_misc
         redis2_query set $key $val;
         redis2_pass foo.com:6379;
     }
    
     # multiple pipelined queries
     location = /foo {
         set $value 'first';
         redis2_query set one $value;
         redis2_query get one;
         redis2_query set one two;
         redis2_query get one;
         redis2_pass 127.0.0.1:6379;
     }
    
     location = /bar {
         # $ is not special here...
         redis2_literal_raw_query '*1\r\n$4\r\nping\r\n';
         redis2_pass 127.0.0.1:6379;
     }
    
     location = /bar {
         # variables can be used below and $ is special
         redis2_raw_query 'get one\r\n';
         redis2_pass 127.0.0.1:6379;
     }
    
     # GET /baz?get%20foo%0d%0a
     location = /baz {
         set_unescape_uri $query $query_string; # this requires the ngx_set_misc module
         redis2_raw_query $query;
         redis2_pass 127.0.0.1:6379;
     }
    
     location = /init {
         redis2_query del key1;
         redis2_query lpush key1 C;
         redis2_query lpush key1 B;
         redis2_query lpush key1 A;
         redis2_pass 127.0.0.1:6379;
     }
    
     location = /get {
         redis2_query lrange key1 0 -1;
         redis2_pass 127.0.0.1:6379;
     }




=head1 Description

This is an Nginx upstream module that makes nginx talk to a L<Redis|http://redis.io/> 2.x server in a non-blocking way. The full Redis 2.0 unified protocol has been implemented including the Redis pipelining support.

This module returns the raw TCP response from the Redis server. It's recommended to use my L<lua-redis-parser|http://github.com/openresty/lua-redis-parser> (written in pure C) to parse these responses into lua data structure when combined with L<lua-nginx-module|http://github.com/openresty/lua-nginx-module>.

When used in conjunction with L<lua-nginx-module|http://github.com/openresty/lua-nginx-module>, it is recommended to use the L<lua-resty-redis|http://github.com/openresty/lua-resty-redis> library instead of this module though, because the former is much more flexible and memory-efficient.

If you only want to use the C<get> redis command, you can try out the L<HttpRedisModule|http://wiki.nginx.org/HttpRedisModule>. It returns the parsed content part of the Redis response because only C<get> is needed to implement.

Another option is to parse the redis responses on your client side yourself.




=head1 Directives




=head2 redis2_query

B<syntax:> I<redis2_query cmd arg1 arg2 ...>

B<default:> I<no>

B<context:> I<location, location if>

Specify a Redis command by specifying its individual arguments (including the Redis command name itself) in a similar way to the C<redis-cli> utility.

Multiple instances of this directive are allowed in a single location and these queries will be pipelined. For example,


     location = /pipelined {
         redis2_query set hello world;
         redis2_query get hello;
    
         redis2_pass 127.0.0.1:$TEST_NGINX_REDIS_PORT;
     }

then C<GET /pipelined> will yield two successive raw Redis responses


     +OK
     $5
     world

while newlines here are actually C<CR LF> (C<\r\n>).




=head2 redis2_raw_query

B<syntax:> I<redis2_raw_query QUERY>

B<default:> I<no>

B<context:> I<location, location if>

Specify raw Redis queries and nginx variables are recognized in the C<QUERY> argument.

Only I<one> Redis command is allowed in the C<QUERY> argument, or you'll receive an error. If you want to specify multiple pipelined commands in a single query, use the L<redis2_raw_queries> directive instead.




=head2 redis2_raw_queries

B<syntax:> I<redis2_raw_queries N QUERIES>

B<default:> I<no>

B<context:> I<location, location if>

Specify C<N> commands in the C<QUERIES> argument. Both the C<N> and C<QUERIES>
arguments can take Nginx variables.

Here's some examples

     location = /pipelined {
         redis2_raw_queries 3 "flushall\r\nget key1\r\nget key2\r\n";
         redis2_pass 127.0.0.1:6379;
     }
    
     # GET /pipelined2?n=2&cmds=flushall%0D%0Aget%20key%0D%0A
     location = /pipelined2 {
         set_unescape_uri $n $arg_n;
         set_unescape_uri $cmds $arg_cmds;
    
         redis2_raw_queries $n $cmds;
    
         redis2_pass 127.0.0.1:6379;
     }

Note that in the second sample above, the L<set_unescape_uri|http://github.com/openresty/set-misc-nginx-module#set_unescape_uri> directive is provided by the L<set-misc-nginx-module|http://github.com/openresty/set-misc-nginx-module>.




=head2 redis2_literal_raw_query

B<syntax:> I<redis2_literal_raw_query QUERY>

B<default:> I<no>

B<context:> I<location, location if>

Specify a raw Redis query but Nginx variables in it will not be I<not> recognized. In other words, you're free to use the dollar sign character (C<$>) in your C<QUERY> argument.

Only One redis command is allowed in the C<QUERY> argument.




=head2 redis2_pass

B<syntax:> I<redis2_pass E<lt>upstream_nameE<gt>>

B<syntax:> I<redis2_pass E<lt>hostE<gt>:E<lt>portE<gt>>

B<default:> I<no>

B<context:> I<location, location if>

B<phase:> I<content>

Specify the Redis server backend. 




=head2 redis2_connect_timeout

B<syntax:> I<redis2_connect_timeout E<lt>timeE<gt>>

B<default:> I<60s>

B<context:> I<http, server, location>

The timeout for connecting to the Redis server, in seconds by default.

It's wise to always explicitly specify the time unit to avoid confusion. Time units supported are C<s>(seconds), C<ms>(milliseconds), C<y>(years), C<M>(months), C<w>(weeks), C<d>(days), C<h>(hours), and C<m>(minutes).

This time must be less than 597 hours.




=head2 redis2_send_timeout

B<syntax:> I<redis2_send_timeout E<lt>timeE<gt>>

B<default:> I<60s>

B<context:> I<http, server, location>

The timeout for sending TCP requests to the Redis server, in seconds by default.

It's wise to always explicitly specify the time unit to avoid confusion. Time units supported are C<s>(seconds), C<ms>(milliseconds), C<y>(years), C<M>(months), C<w>(weeks), C<d>(days), C<h>(hours), and C<m>(minutes).




=head2 redis2_read_timeout

B<syntax:> I<redis2_read_timeout E<lt>timeE<gt>>

B<default:> I<60s>

B<context:> I<http, server, location>

The timeout for reading TCP responses from the redis server, in seconds by default.

It's wise to always explicitly specify the time unit to avoid confusion. Time units supported are C<s>(seconds), C<ms>(milliseconds), C<y>(years), C<M>(months), C<w>(weeks), C<d>(days), C<h>(hours), and C<m>(minutes).




=head2 redis2_buffer_size

B<syntax:> I<redis2_buffer_size E<lt>sizeE<gt>>

B<default:> I<4k/8k>

B<context:> I<http, server, location>

This buffer size is used for reading Redis replies, but it's not required to be as big as the largest possible Redis reply.

This default size is the page size, may be 4k or 8k.




=head2 redis2_next_upstream

B<syntax:> I<redis2_next_upstream [ error | timeout | invalid_response | off ]>

B<default:> I<error timeout>

B<context:> I<http, server, location>

Specify which failure conditions should cause the request to be forwarded to another
upstream server. Applies only when the value in L<redis2_pass> is an upstream with two or more
servers.

Here's an artificial example:

     upstream redis_cluster {
         server 127.0.0.1:6379;
         server 127.0.0.1:6380;
     }
    
     server {
         location = /redis {
             redis2_next_upstream error timeout invalid_response;
             redis2_query get foo;
             redis2_pass redis_cluster;
         }
     }




=head1 Connection Pool

You can use the excellent L<HttpUpstreamKeepaliveModule|http://wiki.nginx.org/HttpUpstreamKeepaliveModule> with this module to provide TCP connection pool for Redis.

A sample config snippet looks like this


     http {
         upstream backend {
           server 127.0.0.1:6379;
    
           # a pool with at most 1024 connections
           # and do not distinguish the servers:
           keepalive 1024;
         }
    
         server {
             ...
             location = /redis {
                 set_unescape_uri $query $arg_query;
                 redis2_query $query;
                 redis2_pass backend;
             }
         }
     }




=head1 Selecting Redis Databases

Redis provides the L<select|http://redis.io/commands/SELECT> command to switch Redis databaess. This command is no different from other normal commands
like L<get|http://redis.io/commands/GET> or L<set|http://redis.io/commands/SET>. So you can use them in L<redis2_query> directives, for
example,


    redis2_query select 8;
    redis2_query get foo;




=head1 Lua Interoperability

This module can be served as a non-blocking redis2 client for L<lua-nginx-module|http://github.com/openresty/lua-nginx-module> (but nowadays it is recommended to use the L<lua-resty-redis|http://github.com/openresty/lua-resty-redis> library instead, which is much simpler to use and more efficient most of the time).
Here's an example using a GET subrequest:


     location = /redis {
         internal;
    
         # set_unescape_uri is provided by ngx_set_misc
         set_unescape_uri $query $arg_query;
    
         redis2_raw_query $query;
         redis2_pass 127.0.0.1:6379;
     }
    
     location = /main {
         content_by_lua '
             local res = ngx.location.capture("/redis",
                 { args = { query = "ping\\r\\n" } }
             )
             ngx.print("[" .. res.body .. "]")
         ';
     }

Then accessing C</main> yields

    [+PONG\r\n]

where C<\r\n> is C<CRLF>. That is, this module returns the I<raw> TCP responses from the remote redis server. For Lua-based application developers, they may want to utilize the L<lua-redis-parser|http://github.com/openresty/lua-redis-parser> library (written in pure C) to parse such raw responses into Lua data structures.

When moving the inlined Lua code into an external C<.lua> file, it's important to use the escape sequence C<\r\n> directly. We used C<\\r\\n> above just because the Lua code itself needs quoting when being put into an Nginx string literal.

You can also use POST/PUT subrequests to transfer the raw Redis request via request body, which does not require URI escaping and unescaping, thus saving some CPU cycles. Here's such an example:


     location = /redis {
         internal;
    
         # $echo_request_body is provided by the ngx_echo module
         redis2_raw_query $echo_request_body;
    
         redis2_pass 127.0.0.1:6379;
     }
    
     location = /main {
         content_by_lua '
             local res = ngx.location.capture("/redis",
                 { method = ngx.HTTP_PUT,
                   body = "ping\\r\\n" }
             )
             ngx.print("[" .. res.body .. "]")
         ';
     }

This yeilds exactly the same output as the previous (GET) sample.

One can also use Lua to pick up a concrete Redis backend based on some complicated hashing rules. For instance,


     upstream redis-a {
         server foo.bar.com:6379;
     }
    
     upstream redis-b {
         server bar.baz.com:6379;
     }
    
     upstream redis-c {
         server blah.blah.org:6379;
     }
    
     server {
         ...
    
         location = /redis {
             set_unescape_uri $query $arg_query;
             redis2_query $query;
             redis2_pass $arg_backend;
         }
    
         location = /foo {
             content_by_lua "
                 -- pick up a server randomly
                 local servers = {'redis-a', 'redis-b', 'redis-c'}
                 local i = ngx.time() % #servers + 1;
                 local srv = servers[i]
    
                 local res = ngx.location.capture('/redis',
                     { args = {
                         query = '...',
                         backend = srv
                       }
                     }
                 )
                 ngx.say(res.body)
             ";
         }
     }




=head2 Pipelined Redis Requests by Lua

Here's a complete example demonstrating how to use Lua to issue multiple pipelined Redis requests via this Nginx module.

First of all, we include the following in our C<nginx.conf> file:


     location = /redis2 {
         internal;
    
         redis2_raw_queries $args $echo_request_body;
         redis2_pass 127.0.0.1:6379;
     }
    
     location = /test {
         content_by_lua_file conf/test.lua;
     }

Basically we use URI query args to pass the number of Redis requests and request body to pass the pipelined Redis request string.

And then we create the C<conf/test.lua> file (whose path is relative to the server root of Nginx) to include the following Lua code:


     -- conf/test.lua
     local parser = require "redis.parser"
    
     local reqs = {
         {"set", "foo", "hello world"},
         {"get", "foo"}
     }
    
     local raw_reqs = {}
     for i, req in ipairs(reqs) do
         table.insert(raw_reqs, parser.build_query(req))
     end
    
     local res = ngx.location.capture("/redis2?" .. #reqs,
         { body = table.concat(raw_reqs, "") })
    
     if res.status ~= 200 or not res.body then
         ngx.log(ngx.ERR, "failed to query redis")
         ngx.exit(500)
     end
    
     local replies = parser.parse_replies(res.body, #reqs)
     for i, reply in ipairs(replies) do
         ngx.say(reply[1])
     end

Here we assume that your Redis server is listening on the default port (6379) of the localhost. We also make use of the L<lua-redis-parser|http://github.com/openresty/lua-redis-parser> library to construct raw Redis queries for us and also use it to parse the replies.

Accessing the C</test> location via HTTP clients like C<curl> yields the following output

    OK
    hello world

A more realistic setting is to use a proper upstream definition for our Redis backend and enable TCP connection pool via the L<keepalive|http://wiki.nginx.org/HttpUpstreamKeepaliveModule#keepalive> directive in it.




=head1 Redis Publish/Subscribe Support

This module has limited support for Redis publish/subscribe feature. It cannot be fully supported due to the stateless nature of REST and HTTP model.

Consider the following example:


     location = /redis {
         redis2_raw_queries 2 "subscribe /foo/bar\r\n";
         redis2_pass 127.0.0.1:6379;
     }

And then publish a message for the key C</foo/bar> in the C<redis-cli> command line. And then you'll receive two multi-bulk replies from the C</redis> location.

You can surely parse the replies with the L<lua-redis-parser|http://github.com/openresty/lua-redis-parser> library if you're using Lua to access this module's location.




=head2 Limitations For Redis Publish/Subscribe

If you want to use the L<Redis pubE<sol>sub|http://redis.io/topics/pubsub> feature with this module, then you must note the following limitations:


=over


=item *

You cannot use L<HttpUpstreamKeepaliveModule|http://wiki.nginx.org/HttpUpstreamKeepaliveModule> with this Redis upstream. Only short Redis connections will work.

=item *

There may be some race conditions that produce the harmless C<Redis server returned extra bytes> warnings in your nginx's error.log. Such warnings might be rare but just be prepared for it.

=item *

You should tune the various timeout settings provided by this module like L<redis2_connect_timeout> and L<redis2_read_timeout>.


=back

If you cannot stand these limitations, then you are highly recommended to switch to the L<lua-resty-redis|https://github.com/openresty/lua-resty-redis> library for L<lua-nginx-module|http://github.com/openresty/lua-nginx-module>.




=head1 Performance Tuning


=over


=item *

When you're using this module, please ensure you're using a TCP connection pool (provided by L<HttpUpstreamKeepaliveModule|http://wiki.nginx.org/HttpUpstreamKeepaliveModule>) and Redis pipelining wherever possible. These features will significantly improve performance.

=item *

Using multiple instance of Redis servers on your multi-core machines also help a lot due to the sequential processing nature of a single Redis server instance.

=item *

When you're benchmarking performance using something like C<ab> or C<http_load>, please ensure that your error log level is high enough (like C<warn>) to prevent Nginx workers spend too much cycles on flushing the C<error.log> file, which is always non-buffered and blocking and thus very expensive.


=back




=head1 Installation

You are recommended to install this module (as well as the Nginx core and many many other goodies) via the L<ngx_openresty bundle|http://openresty.org>. Check out the L<installation instructions|http://openresty.org/#Installation> for setting up L<ngx_openresty|http://openresty.org>.

Alternatively, you can install this module manually by recompiling the standard Nginx core as follows:


=over


=item *

Grab the nginx source code from L<nginx.org|http://nginx.org>, for example, the version 1.11.2 (see nginx compatibility),

=item *

and then download the latest version of the release tarball of this module from ngx_redis2's L<file list|http://github.com/openresty/redis2-nginx-module/tags>.

=item *

and finally build the source with this module:

     wget 'http://nginx.org/download/nginx-1.11.2.tar.gz'
     tar -xzvf nginx-1.11.2.tar.gz
     cd nginx-1.11.2/
    
     # Here we assume you would install you nginx under /opt/nginx/.
     ./configure --prefix=/opt/nginx \
                 --add-module=/path/to/redis2-nginx-module
    
     make -j2
     make install


=back

Starting from NGINX 1.9.11, you can also compile this module as a dynamic module, by using the C<--add-dynamic-module=PATH> option instead of C<--add-module=PATH> on the
C<./configure> command line above. And then you can explicitly load the module in your C<nginx.conf> via the L<load_module|http://nginx.org/en/docs/ngx_core_module.html#load_module>
directive, for example,


    load_module /path/to/modules/ngx_http_redis2_module.so;




=head1 Compatibility

Redis 2.0, 2.2, 2.4, and above should work with this module without any issues. So is the L<Alchemy Database|http://code.google.com/p/alchemydatabase/> (aka redisql in its early days).

The following versions of Nginx should work with this module:


=over


=item *

1.11.x (last tested: 1.11.2)

=item *

1.10.x

=item *

1.9.x (last tested: 1.9.15)

=item *

1.8.x

=item *

1.7.x (last tested: 1.7.10)

=item *

1.6.x

=item *

1.5.x (last tested: 1.5.12)

=item *

1.4.x (last tested: 1.4.3)

=item *

1.3.x (last tested: 1.3.7)

=item *

1.2.x (last tested: 1.2.7)

=item *

1.1.x (last tested: 1.1.5)

=item *

1.0.x (last tested: 1.0.10)

=item *

0.9.x (last tested: 0.9.4)

=item *

0.8.x E<gt>= 0.8.31 (last tested: 0.8.54)


=back

Earlier versions of Nginx will I<not> work.

If you find that any particular version of Nginx above 0.8.31 does not work with this module, please consider reporting a bug.




=head1 Community




=head2 English Mailing List

The L<openresty-en|https://groups.google.com/group/openresty-en> mailing list is for English speakers.




=head2 Chinese Mailing List

The L<openresty|https://groups.google.com/group/openresty> mailing list is for Chinese speakers.




=head1 Bugs and Patches

Please submit bug reports, wishlists, or patches by


=over


=item 1.

creating a ticket on the L<GitHub Issue Tracker|http://github.com/openresty/redis2-nginx-module/issues>,

=item 2.

or posting to the L<OpenResty community>.


=back




=head1 Source Repository

Available on github at L<openrestyE<sol>redis2-nginx-module|http://github.com/openresty/redis2-nginx-module>.




=head1 TODO


=over


=item *

Add the C<redis2_as_json> directive to allow emitting JSON directly.


=back




=head1 Author

Yichun "agentzh" Zhang (章亦春) E<lt>agentzh@gmail.comE<gt>, OpenResty Inc.




=head1 Getting involved

You'll be very welcomed to submit patches to the author or just ask for
a commit bit to the source repository on GitHub.




=head1 Copyright & License

This module is licenced under the BSD license.

Copyright (C) 2010-2018, by Yichun "agentzh" Zhang (章亦春) E<lt>agentzh@gmail.comE<gt>, OpenResty Inc.

All rights reserved.

Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:


=over


=item *

Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.


=back


=over


=item *

Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.


=back

THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.




=head1 SEE ALSO


=over


=item *

The L<Redis|http://redis.io/> server homepage.

=item *

The Redis wire protocol: E<lt>http://redis.io/topics/protocolE<gt>

=item *

a redis response parser and a request constructor for Lua: L<lua-redis-parser|http://github.com/openresty/lua-redis-parser>.

=item *

L<lua-nginx-module|http://github.com/openresty/lua-nginx-module>

=item *

The L<ngx_openresty bundle|http://openresty.org>.

=item *

The L<lua-resty-redis|https://github.com/openresty/lua-resty-redis> library based on the L<lua-nginx-module|http://github.com/openresty/lua-nginx-module> cosocket API.


=back



