-
序
- 入门篇
- Lua 入门
-
Nginx
-
Nginx 新手起步
-
location 匹配规则
-
静态文件服务
-
日志
-
反向代理
-
负载均衡
-
陷阱和常见错误
- 环境搭建
-
Hello World
-
与其他 location 配合
-
获取 uri 参数
-
获取请求 body
-
输出响应体
-
日志输出
-
简单API Server框架
-
使用 Nginx 内置绑定变量
-
子查询
-
不同阶段共享变量
-
防止 SQL 注入
-
如何发起新 HTTP 请求
-
访问有授权验证的 Redis
-
select+set_keepalive 组合操作引起的数据读写错误
-
redis 接口的二次封装(简化建连、拆连等细节)
-
redis 接口的二次封装(发布订阅)
-
pipeline 压缩请求数量
-
script 压缩复杂请求
-
动态生成的 lua-resty-redis 模块方法
-
Nginx 新手起步
- LuaCjsonLibrary
- PostgresNginxModule
- LuaNginxModule
- LuaRestyDNSLibrary
- LuaRestyLock
- 测试
- Web 服务
- 火焰图
KeepAlive
在 OpenResty 中,连接池在使用上如果不加以注意,容易产生数据写错地方,或者得到的应答数据异常以及类似的问题,当然使用短连接可以规避这样的问题,但是在一些企业用户环境下,短连接 + 高并发对企业内部的防火墙是一个巨大的考验,因此,长连接自有其用武之地,使用它的时候要记住,长连接一定要保持其连接池中所有连接的正确性。
-- 错误的代码
local function send()
for i = 1, count do
local ssdb_db, err = ssdb:new()
local ok, err = ssdb_db:connect(SSDB_HOST, SSDB_PORT)
if not ok then
ngx.log(ngx.ERR, "create new ssdb failed!")
else
local key,err = ssdb_db:qpop(something)
if not key then
ngx.log(ngx.ERR, "ssdb qpop err:", err)
else
local data, err = ssdb_db:get(key[1])
-- other operations
end
end
end
ssdb_db:set_keepalive(SSDB_KEEP_TIMEOUT, SSDB_KEEP_COUNT)
end
-- 调用
while true do
local ths = {}
for i=1,THREADS do
ths[i] = ngx.thread.spawn(send) ----创建线程
end
for i = 1, #ths do
ngx.thread.wait(ths[i]) ----等待线程执行
end
ngx.sleep(0.020)
end
copy
以上代码在测试中发现,应该得到 get(key)
的返回值有一定几率为 key。
原因即是在 ssdb 创建连接时可能会失败,但是当得到失败的结果后依然调用 ssdb_db:set_keepalive
将此连接并入连接池中。
正确地做法是如果连接池出现错误,则不要将该连接加入连接池。
local function send()
for i = 1, count do
local ssdb_db, err = ssdb:new()
local ok, err = ssdb_db:connect(SSDB_HOST, SSDB_PORT)
if not ok then
ngx.log(ngx.ERR, "create new ssdb failed!")
return
else
local key,err = ssdb_db:qpop(something)
if not key then
ngx.log(ngx.ERR, "ssdb qpop err:", err)
else
local data, err = ssdb_db:get(key[1])
-- other operations
end
ssdb_db:set_keepalive(SSDB_KEEP_TIMEOUT, SSDB_KEEP_COUNT)
end
end
end
copy
所以,当你使用长连接操作 db 出现结果错乱现象时,首先应该检查下是否存在长连接使用不当的情况。