resty.mysql require报错

hadalsyang · 2016-01-29T22:12:44+00:00

Hi folks OpenResty 1.9.7.3 is now released with the latest security fixes from the mainline NGINX core (CVE-2016-0742, CVE-2016-0746, CVE-2016-0747). h...

resty.mysql require报错

hadalsyang

直接访问index.lua ，index.lua require post.lua 然后在 post.lua 里面连库：

local mysql = require ("resty.mysql")

local db, err = mysql:new()

local ok, err, errno, sqlstate = db:connect{host="127.0.0.1",port=3306,database="apitest",user="test",password="123456"}

出问题：

lua entry thread aborted: runtime error: attempt to yield across C-call boundary

stack traceback:

coroutine 0:

[C]: in function 'require'

直接访问index.lua 在 index.lua里面连接数据库，就是ok的

为啥尼？

moonbingbing

The require function is implemented as a C function, which cannot be yielded in the middle of the require call. The LuaJIT implementation does not support yielding across the C function call boundary, just like the standard Lua 5.1 interpreter.

2016-01-29 22:12 GMT+08:00 Hadals Yang <hada...@gmail.com>:

直接访问index.lua ，index.lua require post.lua 然后在 post.lua 里面连库：
local mysql = require ("resty.mysql")
local db, err = mysql:new()
local ok, err, errno, sqlstate = db:connect{host="127.0.0.1",port=3306,database="apitest",user="test",password="123456"}

出问题：
lua entry thread aborted: runtime error: attempt to yield across C-call boundary
stack traceback:
coroutine 0:
[C]: in function 'require'
直接访问index.lua 在 index.lua里面连接数据库，就是ok的

为啥尼？

--

hadalsyang

不能这样 require，那对数据库的操作，写代码的时候怎么分离呢？我们写代码，开始写逻辑，写逻辑代码的过程中，总会把数据操作分离出来，就像MVC分开写一样，那怎么分离呢?

moonbingbing

你应该把 require ("resty.mysql") ， mysql:new()，connect， query 这些细节的操作，封装在 mysql_db.lua里面，对外只有一个 query 函数。

在 2016年2月2日下午6:25，Hadals Yang <hada...@gmail.com>写道：

不能这样 require，那对数据库的操作，写代码的时候怎么分离呢？我们写代码，开始写逻辑，写逻辑代码的过程中，总会把数据操作分离出来，就像MVC分开写一样，那怎么分离呢?

--

hadalsyang

我想，统一入口进来后，把不同的资源对象用不同的代码文件处理，不同的层面（比如MVC）分开不同的代码文件处理，这样文件结构比较清晰一些。就是不知道什么样的组织方式可行。

在 2016年2月2日星期二 UTC+8下午7:15:02，WenMing写道：

你应该把 require ("resty.mysql") ， mysql:new()，connect， query 这些细节的操作，封装在 mysql_db.lua里面，对外只有一个 query 函数。

agentzh

Hello!

On Fri, Jan 29, 2016 at 6:12 AM, Hadals Yang wrote:
> 直接访问index.lua ，index.lua require post.lua  然后在 post.lua 里面连库：
> local mysql = require ("resty.mysql")
> local db, err = mysql:new()
> local ok, err, errno, sqlstate =
> db:connect{host="127.0.0.1",port=3306,database="apitest",user="test",password="123456"}
>
> 出问题：
> lua entry thread aborted: runtime error: attempt to yield across C-call
> boundary
> stack traceback:
> coroutine 0:
>         [C]: in function 'require'

永远不要在你自己的 Lua 模块顶层创建 cosocket 对象。顶层代码是由 require() 函数运行的，而 require()
函数不能 yield，同时还有一个问题是模块顶层的数据通常会跨越请求的边界，这是 cosocket 对象的生命期所不允许的。应该把
cosocket 操作封装在你自己的模块的*函数*里面，然后在请求处理程序里面调用。同时创建的 cosocket
对象永远不要超出请求的边界。更多细节请参考

https://github.com/openresty/lua-resty-mysql/#limitations

https://github.com/openresty/lua-nginx-module#data-sharing-within-an-nginx-worker

Regards,
-agentzh

shuxiao9058

同样遇到这个问题，类似https://github.com/steve0511/resty-redis-cluster/blob/master/lib/rediscluster.lua这个仓库就没办法用，会报lua entry thread aborted: runtime error: attempt to yield across C-call boundary的错误。

需要把https://github.com/openresty/lua-resty-redis/blob/master/lib/resty/redis.lua里面的代码封装到rediscluster里面？

On Thursday, February 4, 2016 at 8:29:52 AM UTC+8, agentzh wrote:

Hello!

On Fri, Jan 29, 2016 at 6:12 AM, Hadals Yang wrote:
> 直接访问index.lua ，index.lua require post.lua 然后在 post.lua 里面连库：
> local mysql = require ("resty.mysql")
> local db, err = mysql:new()
> local ok, err, errno, sqlstate =
> db:connect{host="127.0.0.1",port=3306,database="apitest",user="test",password="123456"}
>
> 出问题：
> lua entry thread aborted: runtime error: attempt to yield across C-call
> boundary
> stack traceback:
> coroutine 0:
> [C]: in function 'require'

永远不要在你自己的 Lua 模块顶层创建 cosocket 对象。顶层代码是由 require() 函数运行的，而 require()
函数不能 yield，同时还有一个问题是模块顶层的数据通常会跨越请求的边界，这是 cosocket 对象的生命期所不允许的。应该把
cosocket 操作封装在你自己的模块的*函数*里面，然后在请求处理程序里面调用。同时创建的 cosocket
对象永远不要超出请求的边界。更多细节请参考

https://github.com/openresty/lua-resty-mysql/#limitations

https://github.com/openresty/lua-nginx-module#data-sharing-within-an-nginx-worker

Regards,
-agentzh