有关set_keepalive的疑问

zjqjlu · 2014-05-21T14:37:31+00:00

Hello! 2014-05-20 21:28 GMT-07:00 lanxin: > 我content的内容比较大，大概有250k左&#...

有关set_keepalive的疑问

zjqjlu

我现在遇到的问题是用一个请求内新建一个mc对象，然后get之后，就设置set_keepalive 在这条语句的下面即执行这条语句之后在调用get或set 都失败了，发现新建的mc对象”失效“了，必须在新建一个对象然后connect()，再做其他操作才可以，查了文档说set_keepalive 的作用是把当前连接放到连接池中，保持一个长连接。

疑问1:为什么执行这条语句后 mc的对象”失效“了呢？

疑问2：这条语句的真正作用是什么呢？是针对一个请求内来说保持一个长连接吗？如果是，为啥会出现上述情况，如果针对不同请求，来减少连接的话，不同请求的上下文不一样，怎么能复用上一个请求的连接呢？

agentzh

Hello!

2014-05-20 23:37 GMT-07:00 John Zhao:
> 我现在遇到的问题是用一个请求内新建一个mc对象，然后get之后，就设置set_keepalive 在这条语句的下面即执行这条语句之后在调用get或set
> 都失败了，发现新建的mc对象”失效“了，必须在新建一个对象然后connect()，再做其他操作才可以，查了文档说set_keepalive
> 的作用是把当前连接放到连接池中，保持一个长连接。
> 疑问1:为什么执行这条语句后 mc的对象”失效“了呢？

这个方法调用是一个把连接放入连接池的动作，不是属性设置。既然连接已经放入连接池供其他请求复用了，当前的 resty.memcached
对象就不能再使用了，否则就冲突了。

> 疑问2：这条语句的真正作用是什么呢？是针对一个请求内来说
> 保持一个长连接吗？如果是，为啥会出现上述情况，如果针对不同请求，来减少连接的话，不同请求的上下文不一样，怎么能复用上一个请求的连接呢？
>

我觉得文档里已经说得很清楚了：

“Only call this method in the place you would have called the close
method instead. Calling this method will immediately turn the current
memcached object into the closed state. Any subsequent operations
other thanconnect() on the current objet will return the closed
error.”

见 https://github.com/openresty/lua-resty-memcached#set_keepalive

Regards,
-agentzh

agentzh

Hello!

2014-05-21 11:56 GMT-07:00 Yichun Zhang (agentzh):
>> 疑问2：这条语句的真正作用是什么呢？是针对一个请求内来说
>> 保持一个长连接吗？如果是，为啥会出现上述情况，如果针对不同请求，来减少连接的话，不同请求的上下文不一样，怎么能复用上一个请求的连接呢？
>>
>

连接池是一个 nginx worker 进程里面处理的所有请求复用的。你调用 connect()
方法时总是会先在连接池里进行查找可用的空闲连接。这在 connect() 方法的文档里介绍得很清楚：

https://github.com/openresty/lua-resty-memcached#connect

引用一下原文：“Before actually resolving the host name and connecting to the
remote backend, this method will always look up the connection pool
for matched idle connections created by previous calls of this
method.”

建议仔细通读文档，以避免询问文档里已经交待过的基本问题，也省得我花时间帮你引用文档原文。

Regards,
-agentzh

zjqjlu

非常感谢春哥的耐心解答，对于春哥的态度必须赞一个，现在对这个很清晰了，但是还不知道这个请求复用具体怎么实现的？

在 2014年5月22日星期四UTC+8上午3时00分10秒，agentzh写道：

Hello!

2014-05-21 11:56 GMT-07:00 Yichun Zhang (agentzh):
>> 疑问2：这条语句的真正作用是什么呢？是针对一个请求内来说
>> 保持一个长连接吗？如果是，为啥会出现上述情况，如果针对不同请求，来减少连接的话，不同请求的上下文不一样，怎么能复用上一个请求的连接呢？
>>
>

连接池是一个 nginx worker 进程里面处理的所有请求复用的。你调用 connect()
方法时总是会先在连接池里进行查找可用的空闲连接。这在 connect() 方法的文档里介绍得很清楚：

https://github.com/openresty/lua-resty-memcached#connect

引用一下原文：“Before actually resolving the host name and connecting to the
remote backend, this method will always look up the connection pool
for matched idle connections created by previous calls of this
method.”

建议仔细通读文档，以避免询问文档里已经交待过的基本问题，也省得我花时间帮你引用文档原文。

Regards,
-agentzh

agentzh

Hello!

2014-05-21 19:20 GMT-07:00 John Zhao:
> 非常感谢春哥的耐心解答，对于春哥的态度必须赞一个，现在对这个很清晰了，但是还不知道这个请求复用具体怎么实现的？
>

具体实现在下面这两个 C 源文件里：

https://github.com/openresty/lua-nginx-module/blob/master/src/ngx_http_lua_socket_tcp.c

https://github.com/openresty/lua-nginx-module/blob/master/src/ngx_http_lua_socket_tcp.h

你如果自己勤快一些，我便可以省出些时间做一些更有意义的事情。。。

Regards,
-agentzh