redis和tcp socket的长连接问题

paul.li.riverwood

我用redis.lua写了操作redis的连接代码，也正常set_keepalive了，timeout设得很长。但是通过tcpdump抓包，发现跨HTTP请求还是会建立连接和断开连接的过程，nginx并没有长时间保持一个和redis的长连接。

我使用ngx.socket.tcp()也测试过一遍，同样是没有长连接。

在贴出详细的代码之前，先问一下OpenResty能不能建立跨多个HTTP请求都能使用的长连接？

paul.li.riverwood

有nginx的debug log，显示已经从连接池里面取出连接复用了 lua tcp socket get keepalive peer: using connection 00007FD6DFF58580, fd:42，

但是第二次请求又会 lua tcp socket keepalive create connection pool for key

paul.li.riverwood

终结此贴。

连接池必须在code cache打开才能生效。

kfliuyang

题主是测试发现的还是看了源码？

在 2017年4月14日星期五 UTC+8上午11:34:11，paul.li....@gmail.com写道：

终结此贴。
连接池必须在code cache打开才能生效。

paul.li.riverwood

测试发现的

在 2017年4月14日星期五 UTC+8下午4:27:06，kfli...@gmail.com写道：

题主是测试发现的还是看了源码？

在 2017年4月14日星期五 UTC+8上午11:34:11，paul.li....@gmail.com写道：
终结此贴。
连接池必须在code cache打开才能生效。

kfliuyang

我在用cloudflare的logger的库时也发现了类似lua_code_cache on/off引起的问题，我定位的是openresty中code_cache on时lua module的变量才会缓存，你可以看下源码定位一下影响的原因

在 2017年4月17日下午6:24， <paul.li....@gmail.com>写道：

测试发现的

在 2017年4月14日星期五 UTC+8下午4:27:06，kfli...@gmail.com写道：
题主是测试发现的还是看了源码？

在 2017年4月14日星期五 UTC+8上午11:34:11，paul.li....@gmail.com写道：
终结此贴。
连接池必须在code cache打开才能生效。

--

qleex001

lua_code_cache为off时会为每个请求创建一个新的Lua环境。相互之间无法通过Lua共享任何数据。

相当于重启了下程序，所有只在测试环境下将lua_code_cache设置为off.

在 2017年4月18日星期二 UTC+8下午7:16:12，刘洋写道：

我在用cloudflare的logger的库时也发现了类似lua_code_cache on/off引起的问题，我定位的是openresty中code_cache on时lua module的变量才会缓存，你可以看下源码定位一下影响的原因

在 2017年4月17日下午6:24， <paul.li....@gmail.com>写道：
测试发现的

在 2017年4月14日星期五 UTC+8下午4:27:06，kfli...@gmail.com写道：
题主是测试发现的还是看了源码？

在 2017年4月14日星期五 UTC+8上午11:34:11，paul.li....@gmail.com写道：
终结此贴。
连接池必须在code cache打开才能生效。

--

kfliuyang

类似logger库的情况，用到了module 变量缓存，如果lua_code_cache off 将不能正常运行，这个需要注意一下

在 2017年4月19日星期三 UTC+8上午11:47:07，FQ Liu写道：

lua_code_cache为off时会为每个请求创建一个新的Lua环境。相互之间无法通过Lua共享任何数据。
相当于重启了下程序，所有只在测试环境下将lua_code_cache设置为off.

在 2017年4月18日星期二 UTC+8下午7:16:12，刘洋写道：
我在用cloudflare的logger的库时也发现了类似lua_code_cache on/off引起的问题，我定位的是openresty中code_cache on时lua module的变量才会缓存，你可以看下源码定位一下影响的原因

在 2017年4月17日下午6:24， <paul.li....@gmail.com>写道：
测试发现的

在 2017年4月14日星期五 UTC+8下午4:27:06，kfli...@gmail.com写道：
题主是测试发现的还是看了源码？

在 2017年4月14日星期五 UTC+8上午11:34:11，paul.li....@gmail.com写道：
终结此贴。
连接池必须在code cache打开才能生效。

--

382482175

建议在开发测试时也不要把lua code cache off了，保持和线上一致的配置开发测试。

虽说每次修改代码需要reload下，但可以节约“诡异”的bug排查时间～～

在 2017年4月19日星期三 UTC+8下午2:12:25，kfli...@gmail.com写道：

类似logger库的情况，用到了module 变量缓存，如果lua_code_cache off 将不能正常运行，这个需要注意一下

在 2017年4月19日星期三 UTC+8上午11:47:07，FQ Liu写道：
lua_code_cache为off时会为每个请求创建一个新的Lua环境。相互之间无法通过Lua共享任何数据。
相当于重启了下程序，所有只在测试环境下将lua_code_cache设置为off.

在 2017年4月18日星期二 UTC+8下午7:16:12，刘洋写道：
我在用cloudflare的logger的库时也发现了类似lua_code_cache on/off引起的问题，我定位的是openresty中code_cache on时lua module的变量才会缓存，你可以看下源码定位一下影响的原因

在 2017年4月17日下午6:24， <paul.li....@gmail.com>写道：
测试发现的

在 2017年4月14日星期五 UTC+8下午4:27:06，kfli...@gmail.com写道：
题主是测试发现的还是看了源码？

在 2017年4月14日星期五 UTC+8上午11:34:11，paul.li....@gmail.com写道：
终结此贴。
连接池必须在code cache打开才能生效。

--