socket建立实例的问题

batkilled

hi:

很荣幸在这里发帖、而且也感谢章老师开发了如此简约高效的openresty

现在我们公司的项目要整体切换到openresty上面来，但是在迁移改写的过程中、发现有一个困扰、因为项目比较急、搜了互联网的很多地方、发现不是没有人提及这个问题、就是答案互不一样。

openresty默认的是luajit、当我打开lua_code_code on的时候、在memcached模块里这样写

local memc = require "resty.memcached"

local memc = memc:new()

的时候、会出现错误、具体错误是bad request、网上说这样模块缓存、引起的实例竞争。

但是我们项目一起客户端请求做相应的逻辑判断要get.set memcached很多次，每次都要new一下、我觉得是不是不太对、消耗太大。

网上也有说用 ngx.ctx存储实例的、最后我们也是这样做的。但是依旧不能保证这个思路的正确性。如下

if ngx.ctx.memcached then

return ngx.ctx.memcached

end

-- 如果没有再new

这样确实可以保证一次客户端请求只有一个实例。但是思路依旧不清楚、归根结底是自己对源码不熟悉、能力有限。因此在这里问一下，具体创建实例的时候怎么创建才好

huang_hua2012

会出现错误、具体错误是bad request、网上说这样模块缓存、引起的实例竞争。

mini-code demo ??

实例竞争或者考虑引入https://github.com/openresty/lua-resty-lock

在 2016年12月1日，下午2:16，batk...@gmail.com 写道：

实例竞争

batkilled

只能用锁么、我把实例存到ngx.ctx不知道思路对不对。

例子其实就是上面说的那个、直接在模块里写

local memc = require "resty.memcached"

local memc = memc:new()

打开lua_code_cache on会出错

还有就是如果像上面这个建立实例的方法、如果连接放入连接池失败、会把这个socket对象close掉、如果直接在模块里local memc = memc:new() 这样写的话会不会出问题

在 2016年12月1日星期四 UTC+8下午3:39:12，Kwanhur Huang写道：

会出现错误、具体错误是bad request、网上说这样模块缓存、引起的实例竞争。

mini-code demo ??

实例竞争或者考虑引入https://github.com/openresty/lua-resty-lock

在 2016年12月1日，下午2:16，batk...@gmail.com 写道：

实例竞争

batkilled

who can tell me ?
在 2016年12月1日星期四 UTC+8下午2:16:24，batk...@gmail.com写道：

hi:
很荣幸在这里发帖、而且也感谢章老师开发了如此简约高效的openresty
现在我们公司的项目要整体切换到openresty上面来，但是在迁移改写的过程中、发现有一个困扰、因为项目比较急、搜了互联网的很多地方、发现不是没有人提及这个问题、就是答案互不一样。
openresty默认的是luajit、当我打开lua_code_code on的时候、在memcached模块里这样写

local memc = require "resty.memcached"
local memc = memc:new()

的时候、会出现错误、具体错误是bad request、网上说这样模块缓存、引起的实例竞争。
但是我们项目一起客户端请求做相应的逻辑判断要get.set memcached很多次，每次都要new一下、我觉得是不是不太对、消耗太大。
网上也有说用 ngx.ctx存储实例的、最后我们也是这样做的。但是依旧不能保证这个思路的正确性。如下

if ngx.ctx.memcached then
return ngx.ctx.memcached
end

-- 如果没有再new

这样确实可以保证一次客户端请求只有一个实例。但是思路依旧不清楚、归根结底是自己对源码不熟悉、能力有限。因此在这里问一下，具体创建实例的时候怎么创建才好

moonbingbing

ngx.ctx 的方式肯定是不对的。

我不太明白你们是怎么操作的，能给一个示例吗？

正常的方法是(伪码）：

local memcached = require "resty.memcached"

local memc, err = memcached:new()

function memc_get(key)

memc:connect("127.0.0.1", 11211)

local res = memc:get(key)

return res

end

function memc_set(key, value)

memc:connect("127.0.0.1", 11211)

memc:set(key, value)

end

在 2016年12月1日下午4:28， <batk...@gmail.com>写道：

who can tell me ?
在 2016年12月1日星期四 UTC+8下午2:16:24，batk...@gmail.com写道：
hi:
很荣幸在这里发帖、而且也感谢章老师开发了如此简约高效的openresty
现在我们公司的项目要整体切换到openresty上面来，但是在迁移改写的过程中、发现有一个困扰、因为项目比较急、搜了互联网的很多地方、发现不是没有人提及这个问题、就是答案互不一样。
openresty默认的是luajit、当我打开lua_code_code on的时候、在memcached模块里这样写

local memc = require "resty.memcached"
local memc = memc:new()

的时候、会出现错误、具体错误是bad request、网上说这样模块缓存、引起的实例竞争。
但是我们项目一起客户端请求做相应的逻辑判断要get.set memcached很多次，每次都要new一下、我觉得是不是不太对、消耗太大。
网上也有说用 ngx.ctx存储实例的、最后我们也是这样做的。但是依旧不能保证这个思路的正确性。如下

if ngx.ctx.memcached then
return ngx.ctx.memcached
end

-- 如果没有再new

这样确实可以保证一次客户端请求只有一个实例。但是思路依旧不清楚、归根结底是自己对源码不熟悉、能力有限。因此在这里问一下，具体创建实例的时候怎么创建才好

--

batkilled

额、很高兴有人能够解决这个问题

代码：

function _M:new()
if ngx.ctx.memc then
return ngx.ctx.memc
end
local mem, err = memcached:new()
if not mem then
ngx.log(ngx.ERR,err)
return false
end
mem:set_timeout(1000)
ngx.ctx.memc = mem
return mem
end

function _M:connect(memc_name)
local mem = ngx.ctx.memc
if ngx.ctx.memc == nil then
mem = self:new(memc_name)
end

此处为连接host、port

--
end

类似这样。

首先说的一点是、我们是自己写了一个lua的web框架、memcached当作了一个模块、但是按照你上面写的、打开lua_code_cache on之后报bad request错误、

而且我不是太理解、如果按照你上面写的那种写法、如果连接放到连接池失败后关闭这个实例、那不就出错了么、

网上有几个是用ngx.ctx来存储实例的、很抱歉我没仔细辨明、但是应该是自己能力不够 - -

在 2016年12月1日星期四 UTC+8下午5:20:37，WenMing写道：

ngx.ctx 的方式肯定是不对的。
我不太明白你们是怎么操作的，能给一个示例吗？

正常的方法是(伪码）：
local memcached = require "resty.memcached"
local memc, err = memcached:new()

function memc_get(key)
  memc:connect("127.0.0.1", 11211)
local res = memc:get(key)
return res
end

function memc_set(key, value)
  memc:connect("127.0.0.1", 11211)
memc:set(key, value)
end

在 2016年12月1日下午4:28， <batk...@gmail.com>写道：
who can tell me ?
在 2016年12月1日星期四 UTC+8下午2:16:24，batk...@gmail.com写道：
hi:
很荣幸在这里发帖、而且也感谢章老师开发了如此简约高效的openresty
现在我们公司的项目要整体切换到openresty上面来，但是在迁移改写的过程中、发现有一个困扰、因为项目比较急、搜了互联网的很多地方、发现不是没有人提及这个问题、就是答案互不一样。
openresty默认的是luajit、当我打开lua_code_code on的时候、在memcached模块里这样写

local memc = require "resty.memcached"
local memc = memc:new()

的时候、会出现错误、具体错误是bad request、网上说这样模块缓存、引起的实例竞争。
但是我们项目一起客户端请求做相应的逻辑判断要get.set memcached很多次，每次都要new一下、我觉得是不是不太对、消耗太大。
网上也有说用 ngx.ctx存储实例的、最后我们也是这样做的。但是依旧不能保证这个思路的正确性。如下

if ngx.ctx.memcached then
return ngx.ctx.memcached
end

-- 如果没有再new

这样确实可以保证一次客户端请求只有一个实例。但是思路依旧不清楚、归根结底是自己对源码不熟悉、能力有限。因此在这里问一下，具体创建实例的时候怎么创建才好

--

batkilled

而且这样写

local memcached = require "resty.memcached"

local memc, err = memcached:new()

这个实例是不是work共享的。

还有就是这样写的话放到连接池应该在哪里放。是在每个get和set里面放么、

在 2016年12月1日星期四 UTC+8下午5:20:37，WenMing写道：

ngx.ctx 的方式肯定是不对的。
我不太明白你们是怎么操作的，能给一个示例吗？

正常的方法是(伪码）：
local memcached = require "resty.memcached"
local memc, err = memcached:new()

function memc_get(key)
  memc:connect("127.0.0.1", 11211)
local res = memc:get(key)
return res
end

function memc_set(key, value)
  memc:connect("127.0.0.1", 11211)
memc:set(key, value)
end

在 2016年12月1日下午4:28， <batk...@gmail.com>写道：
who can tell me ?
在 2016年12月1日星期四 UTC+8下午2:16:24，batk...@gmail.com写道：
hi:
很荣幸在这里发帖、而且也感谢章老师开发了如此简约高效的openresty
现在我们公司的项目要整体切换到openresty上面来，但是在迁移改写的过程中、发现有一个困扰、因为项目比较急、搜了互联网的很多地方、发现不是没有人提及这个问题、就是答案互不一样。
openresty默认的是luajit、当我打开lua_code_code on的时候、在memcached模块里这样写

local memc = require "resty.memcached"
local memc = memc:new()

的时候、会出现错误、具体错误是bad request、网上说这样模块缓存、引起的实例竞争。
但是我们项目一起客户端请求做相应的逻辑判断要get.set memcached很多次，每次都要new一下、我觉得是不是不太对、消耗太大。
网上也有说用 ngx.ctx存储实例的、最后我们也是这样做的。但是依旧不能保证这个思路的正确性。如下

if ngx.ctx.memcached then
return ngx.ctx.memcached
end

-- 如果没有再new

这样确实可以保证一次客户端请求只有一个实例。但是思路依旧不清楚、归根结底是自己对源码不熟悉、能力有限。因此在这里问一下，具体创建实例的时候怎么创建才好

--

moonbingbing

ngx.ctx 一般用在不同执行阶段传递变量用的。可以看这里：https://moonbingbing.gitbooks.io/openresty-best-practices/content/openresty/share_var.html

在 2016年12月1日下午6:03，bat kill <batk...@gmail.com>写道：

而且这样写
local memcached = require "resty.memcached"
local memc, err = memcached:new()

这个实例是不是work共享的。

不是，OpenResty 里面 work 之间共享的数据，现在只有放到 shared dict 里面。

还有就是这样写的话放到连接池应该在哪里放。是在每个get和set里面放么、

你每次 get、set 完之后可以放到连接池，注意不能把有问题的连接放进去。

你可以参考下 https://github.com/sumory/lor/blob/6c16a4b982ea0279d1b41b5fb5c33611d170d801/resty/session/storage/memcache.lua 这个代码（直接用比较复杂哈，你主要看下代码结构）。

在 2016年12月1日星期四 UTC+8下午5:20:37，WenMing写道：
ngx.ctx 的方式肯定是不对的。
我不太明白你们是怎么操作的，能给一个示例吗？

正常的方法是(伪码）：
local memcached = require "resty.memcached"
local memc, err = memcached:new()

function memc_get(key)
  memc:connect("127.0.0.1", 11211)
local res = memc:get(key)
return res
end

function memc_set(key, value)
  memc:connect("127.0.0.1", 11211)
memc:set(key, value)
end

在 2016年12月1日下午4:28， <batk...@gmail.com>写道：
who can tell me ?
在 2016年12月1日星期四 UTC+8下午2:16:24，batk...@gmail.com写道：
hi:
很荣幸在这里发帖、而且也感谢章老师开发了如此简约高效的openresty
现在我们公司的项目要整体切换到openresty上面来，但是在迁移改写的过程中、发现有一个困扰、因为项目比较急、搜了互联网的很多地方、发现不是没有人提及这个问题、就是答案互不一样。
openresty默认的是luajit、当我打开lua_code_code on的时候、在memcached模块里这样写

local memc = require "resty.memcached"
local memc = memc:new()

的时候、会出现错误、具体错误是bad request、网上说这样模块缓存、引起的实例竞争。
但是我们项目一起客户端请求做相应的逻辑判断要get.set memcached很多次，每次都要new一下、我觉得是不是不太对、消耗太大。
网上也有说用 ngx.ctx存储实例的、最后我们也是这样做的。但是依旧不能保证这个思路的正确性。如下

if ngx.ctx.memcached then
return ngx.ctx.memcached
end

-- 如果没有再new

这样确实可以保证一次客户端请求只有一个实例。但是思路依旧不清楚、归根结底是自己对源码不熟悉、能力有限。因此在这里问一下，具体创建实例的时候怎么创建才好

--

--

batkilled

hi,ngx.ctx的生命周期是请求级的变量、如果用ngx.ctx存储实例的话、一个客户端请求基本都有一个实例、如果按照你给的那个、项目逻辑又很复杂、需要请求很多次memcahced、在用模块开发的时候是不是建立的实例过多？
在 2016年12月1日星期四 UTC+8下午6:19:25，WenMing写道：

ngx.ctx 一般用在不同执行阶段传递变量用的。可以看这里：https://moonbingbing.gitbooks.io/openresty-best-practices/content/openresty/share_var.html

在 2016年12月1日下午6:03，bat kill <batk...@gmail.com>写道：
而且这样写
local memcached = require "resty.memcached"
local memc, err = memcached:new()

这个实例是不是work共享的。

不是，OpenResty 里面 work 之间共享的数据，现在只有放到 shared dict 里面。

还有就是这样写的话放到连接池应该在哪里放。是在每个get和set里面放么、

你每次 get、set 完之后可以放到连接池，注意不能把有问题的连接放进去。

你可以参考下 https://github.com/sumory/lor/blob/6c16a4b982ea0279d1b41b5fb5c33611d170d801/resty/session/storage/memcache.lua 这个代码（直接用比较复杂哈，你主要看下代码结构）。

在 2016年12月1日星期四 UTC+8下午5:20:37，WenMing写道：
ngx.ctx 的方式肯定是不对的。
我不太明白你们是怎么操作的，能给一个示例吗？

正常的方法是(伪码）：
local memcached = require "resty.memcached"
local memc, err = memcached:new()

function memc_get(key)
  memc:connect("127.0.0.1", 11211)
local res = memc:get(key)
return res
end

function memc_set(key, value)
  memc:connect("127.0.0.1", 11211)
memc:set(key, value)
end

在 2016年12月1日下午4:28， <batk...@gmail.com>写道：
who can tell me ?
在 2016年12月1日星期四 UTC+8下午2:16:24，batk...@gmail.com写道：
hi:
很荣幸在这里发帖、而且也感谢章老师开发了如此简约高效的openresty
现在我们公司的项目要整体切换到openresty上面来，但是在迁移改写的过程中、发现有一个困扰、因为项目比较急、搜了互联网的很多地方、发现不是没有人提及这个问题、就是答案互不一样。
openresty默认的是luajit、当我打开lua_code_code on的时候、在memcached模块里这样写

local memc = require "resty.memcached"
local memc = memc:new()

的时候、会出现错误、具体错误是bad request、网上说这样模块缓存、引起的实例竞争。
但是我们项目一起客户端请求做相应的逻辑判断要get.set memcached很多次，每次都要new一下、我觉得是不是不太对、消耗太大。
网上也有说用 ngx.ctx存储实例的、最后我们也是这样做的。但是依旧不能保证这个思路的正确性。如下

if ngx.ctx.memcached then
return ngx.ctx.memcached
end

-- 如果没有再new

这样确实可以保证一次客户端请求只有一个实例。但是思路依旧不清楚、归根结底是自己对源码不熟悉、能力有限。因此在这里问一下，具体创建实例的时候怎么创建才好

--

--

batkilled

额、我不是太清楚源码、已经想着要读源码了、很多规则如果不知道源码、不知道是正确的还是错误的、在么、请问一个请求级别里、根据逻辑请求、实例化一次和实例化很多次是不一样的么、或者是只是实例化一次会阻塞代码什么的、实例化应该是实例化了ngx.socket.tcp 这个函数是可以多次复用还是必须一个逻辑请求memcached都要实例化一次~

在 2016年12月1日星期四 UTC+8下午6:19:25，WenMing写道：

ngx.ctx 一般用在不同执行阶段传递变量用的。可以看这里：https://moonbingbing.gitbooks.io/openresty-best-practices/content/openresty/share_var.html

在 2016年12月1日下午6:03，bat kill <batk...@gmail.com>写道：
而且这样写
local memcached = require "resty.memcached"
local memc, err = memcached:new()

这个实例是不是work共享的。

不是，OpenResty 里面 work 之间共享的数据，现在只有放到 shared dict 里面。

还有就是这样写的话放到连接池应该在哪里放。是在每个get和set里面放么、

你每次 get、set 完之后可以放到连接池，注意不能把有问题的连接放进去。

你可以参考下 https://github.com/sumory/lor/blob/6c16a4b982ea0279d1b41b5fb5c33611d170d801/resty/session/storage/memcache.lua 这个代码（直接用比较复杂哈，你主要看下代码结构）。

在 2016年12月1日星期四 UTC+8下午5:20:37，WenMing写道：
ngx.ctx 的方式肯定是不对的。
我不太明白你们是怎么操作的，能给一个示例吗？

正常的方法是(伪码）：
local memcached = require "resty.memcached"
local memc, err = memcached:new()

function memc_get(key)
  memc:connect("127.0.0.1", 11211)
local res = memc:get(key)
return res
end

function memc_set(key, value)
  memc:connect("127.0.0.1", 11211)
memc:set(key, value)
end

在 2016年12月1日下午4:28， <batk...@gmail.com>写道：
who can tell me ?
在 2016年12月1日星期四 UTC+8下午2:16:24，batk...@gmail.com写道：
hi:
很荣幸在这里发帖、而且也感谢章老师开发了如此简约高效的openresty
现在我们公司的项目要整体切换到openresty上面来，但是在迁移改写的过程中、发现有一个困扰、因为项目比较急、搜了互联网的很多地方、发现不是没有人提及这个问题、就是答案互不一样。
openresty默认的是luajit、当我打开lua_code_code on的时候、在memcached模块里这样写

local memc = require "resty.memcached"
local memc = memc:new()

的时候、会出现错误、具体错误是bad request、网上说这样模块缓存、引起的实例竞争。
但是我们项目一起客户端请求做相应的逻辑判断要get.set memcached很多次，每次都要new一下、我觉得是不是不太对、消耗太大。
网上也有说用 ngx.ctx存储实例的、最后我们也是这样做的。但是依旧不能保证这个思路的正确性。如下

if ngx.ctx.memcached then
return ngx.ctx.memcached
end

-- 如果没有再new

这样确实可以保证一次客户端请求只有一个实例。但是思路依旧不清楚、归根结底是自己对源码不熟悉、能力有限。因此在这里问一下，具体创建实例的时候怎么创建才好

--

--

batkilled

学习lua的过程中看了您很多文章、在这里感谢了~
在 2016年12月1日星期四 UTC+8下午6:19:25，WenMing写道：

ngx.ctx 一般用在不同执行阶段传递变量用的。可以看这里：https://moonbingbing.gitbooks.io/openresty-best-practices/content/openresty/share_var.html

在 2016年12月1日下午6:03，bat kill <batk...@gmail.com>写道：
而且这样写
local memcached = require "resty.memcached"
local memc, err = memcached:new()

这个实例是不是work共享的。

不是，OpenResty 里面 work 之间共享的数据，现在只有放到 shared dict 里面。

还有就是这样写的话放到连接池应该在哪里放。是在每个get和set里面放么、

你每次 get、set 完之后可以放到连接池，注意不能把有问题的连接放进去。

你可以参考下 https://github.com/sumory/lor/blob/6c16a4b982ea0279d1b41b5fb5c33611d170d801/resty/session/storage/memcache.lua 这个代码（直接用比较复杂哈，你主要看下代码结构）。

在 2016年12月1日星期四 UTC+8下午5:20:37，WenMing写道：
ngx.ctx 的方式肯定是不对的。
我不太明白你们是怎么操作的，能给一个示例吗？

正常的方法是(伪码）：
local memcached = require "resty.memcached"
local memc, err = memcached:new()

function memc_get(key)
  memc:connect("127.0.0.1", 11211)
local res = memc:get(key)
return res
end

function memc_set(key, value)
  memc:connect("127.0.0.1", 11211)
memc:set(key, value)
end

在 2016年12月1日下午4:28， <batk...@gmail.com>写道：
who can tell me ?
在 2016年12月1日星期四 UTC+8下午2:16:24，batk...@gmail.com写道：
hi:
很荣幸在这里发帖、而且也感谢章老师开发了如此简约高效的openresty
现在我们公司的项目要整体切换到openresty上面来，但是在迁移改写的过程中、发现有一个困扰、因为项目比较急、搜了互联网的很多地方、发现不是没有人提及这个问题、就是答案互不一样。
openresty默认的是luajit、当我打开lua_code_code on的时候、在memcached模块里这样写

local memc = require "resty.memcached"
local memc = memc:new()

的时候、会出现错误、具体错误是bad request、网上说这样模块缓存、引起的实例竞争。
但是我们项目一起客户端请求做相应的逻辑判断要get.set memcached很多次，每次都要new一下、我觉得是不是不太对、消耗太大。
网上也有说用 ngx.ctx存储实例的、最后我们也是这样做的。但是依旧不能保证这个思路的正确性。如下

if ngx.ctx.memcached then
return ngx.ctx.memcached
end

-- 如果没有再new

这样确实可以保证一次客户端请求只有一个实例。但是思路依旧不清楚、归根结底是自己对源码不熟悉、能力有限。因此在这里问一下，具体创建实例的时候怎么创建才好

--

--