ngx.var 性能

helloworld0118

ab 打量，用 ngx-sample-lua-bt 测试，发现项目中ngx_http_lua_var_get 耗时最多，可能ngx.var.xxx 用的过多？

huang_hua2012

hello,

ngx.var.xxx 这种建议能做模块本地缓存的尽量都做

Kwanhur Huang

TL;DR

在 2017年11月8日，下午4:40，hello world <hellow...@gmail.com> 写道：

ab 打量，用 ngx-sample-lua-bt 测试，发现项目中ngx_http_lua_var_get 耗时最多，可能ngx.var.xxx 用的过多？

--
--

helloworld0118

有人了解吗？谢谢了！

2017-11-08 16:40 GMT+08:00 hello world <hellow...@gmail.com>:

ab 打量，用 ngx-sample-lua-bt 测试，发现项目中ngx_http_lua_var_get 耗时最多，可能ngx.var.xxx 用的过多？

--

helloworld0118

嗯，这个有考虑到，重复用的已经有缓存了，好多都不是重复的。是否可以有什么替代方案？

2017-11-08 17:33 GMT+08:00 Kwanhur Huang <huang_...@163.com>:

hello,

ngx.var.xxx 这种建议能做模块本地缓存的尽量都做

Kwanhur Huang
TL;DR

在 2017年11月8日，下午4:40，hello world <hellow...@gmail.com> 写道：

ab 打量，用 ngx-sample-lua-bt 测试，发现项目中ngx_http_lua_var_get 耗时最多，可能ngx.var.xxx 用的过多？

--

--

zchao1995

ngx.var.VARIABLE 内部调用了 nginx 的变量系统接口（ngx_http_get_variable），内部操作包括查询 hash 表和一定的内存分配，有一定的开销。如果不是非要使用，可以用 ngx.ctx 替代。

helloworld0118

ngx.ctx 表查询需要相对昂贵的元方法调用，这比通过用户自己的函数参数直接传递基于请求的数据要慢得多。所以不要为了节约用户函数参数而滥用此 API，因为它可能对性能有明显影响。

这个也不太推荐。。。

在 2017年11月8日下午5:36，tokers <zcha...@gmail.com>写道：

ngx.var.VARIABLE 内部调用了 nginx 的变量系统接口（ngx_http_get_variable），内部操作包括查询 hash 表和一定的内存分配，有一定的开销。如果不是非要使用，可以用 ngx.ctx 替代。

--

zchao1995

你用在节约函数参数那自然是不合适的。ngx.ctx 牛逼的地方在于可以在其生命周期是每请求（没有内部跳转），因此用于保存数据是非常合适的。至于你说的元方法调用比较昂贵，你可以在需要使用的地方用 local ctx = ngx.ctx 来 cache 一下，当然，不要在模块级别的地方这么做。

On Wednesday, November 8, 2017 at 5:39:29 PM UTC+8, hello world wrote:

ngx.ctx 表查询需要相对昂贵的元方法调用，这比通过用户自己的函数参数直接传递基于请求的数据要慢得多。所以不要为了节约用户函数参数而滥用此 API，因为它可能对性能有明显影响。
这个也不太推荐。。。

在 2017年11月8日下午5:36，tokers <zcha...@gmail.com>写道：
ngx.var.VARIABLE 内部调用了 nginx 的变量系统接口（ngx_http_get_variable），内部操作包括查询 hash 表和一定的内存分配，有一定的开销。如果不是非要使用，可以用 ngx.ctx 替代。

--

helloworld0118

好的，我试下看看。多谢！

在 2017年11月8日下午5:43，tokers <zcha...@gmail.com>写道：

你用在节约函数参数那自然是不合适的。ngx.ctx 牛逼的地方在于可以在其生命周期是每请求（没有内部跳转），因此用于保存数据是非常合适的。至于你说的元方法调用比较昂贵，你可以在需要使用的地方用 local ctx = ngx.ctx 来 cache 一下，当然，不要在模块级别的地方这么做。

On Wednesday, November 8, 2017 at 5:39:29 PM UTC+8, hello world wrote:
ngx.ctx 表查询需要相对昂贵的元方法调用，这比通过用户自己的函数参数直接传递基于请求的数据要慢得多。所以不要为了节约用户函数参数而滥用此 API，因为它可能对性能有明显影响。
这个也不太推荐。。。

在 2017年11月8日下午5:36，tokers <zcha...@gmail.com>写道：
ngx.var.VARIABLE 内部调用了 nginx 的变量系统接口（ngx_http_get_variable），内部操作包括查询 hash 表和一定的内存分配，有一定的开销。如果不是非要使用，可以用 ngx.ctx 替代。

--

--

spacewanderlzx

既然要用 ngx.ctx，建议引入 require 'resty.core.ctx'。lua-resty-core 对于 ngx.ctx 有着明显的提速效果。

在 2017年11月8日下午5:53，hello world <hellow...@gmail.com>写道：

好的，我试下看看。多谢！

在 2017年11月8日下午5:43，tokers <zcha...@gmail.com>写道：
你用在节约函数参数那自然是不合适的。ngx.ctx 牛逼的地方在于可以在其生命周期是每请求（没有内部跳转），因此用于保存数据是非常合适的。至于你说的元方法调用比较昂贵，你可以在需要使用的地方用 local ctx = ngx.ctx 来 cache 一下，当然，不要在模块级别的地方这么做。

On Wednesday, November 8, 2017 at 5:39:29 PM UTC+8, hello world wrote:
ngx.ctx 表查询需要相对昂贵的元方法调用，这比通过用户自己的函数参数直接传递基于请求的数据要慢得多。所以不要为了节约用户函数参数而滥用此 API，因为它可能对性能有明显影响。
这个也不太推荐。。。

在 2017年11月8日下午5:36，tokers <zcha...@gmail.com>写道：
ngx.var.VARIABLE 内部调用了 nginx 的变量系统接口（ngx_http_get_variable），内部操作包括查询 hash 表和一定的内存分配，有一定的开销。如果不是非要使用，可以用 ngx.ctx 替代。

--

--

--