每次查询都新建数据库连接:握手的来回、鉴权的开销、连接的频繁建立与断开,让数据库疲于应付。连接池把连接建好放在池子里复用——取用归还,连接的成本从每次查询降到初始化的一次。
---连接池:空闲连接的复用
local Pool = { idle = {}, active = 0, max = 20 }
function Pool.acquire()
-- 优先取空闲连接
local conn = table.remove(Pool.idle)
if conn then
Pool.active = Pool.active + 1
return conn
end
-- 池满:等待或报错
if Pool.active >= Pool.max then
return nil, '连接池已满'
end
local conn = DB.connect()
Pool.active = Pool.active + 1
return conn
end
function Pool.release(conn)
conn:reset()
table.insert(Pool.idle, conn)
Pool.active = Pool.active - 1
end
连接池的两级结构:空闲队列与活跃计数。取用时优先从空闲队列拿现成的连接,池空且未到上限时新建,到上限时拒绝并让调用方等待——上限的设置是数据库能承受的并发保护。归还时重置连接的状态:未提交的事务回滚、临时变量清理,脏连接回池会污染下一个使用者。连接的健康检查在取用时执行:断开的死连接丢弃并重取,池里的连接保活靠定期的轻量查询。
---池的参数:上限与超时的配置
setontimerex(137, 30)
function Pool.stats()
local waitQ = Pool.waitingCount()
Ops.log(string.format(
'池: 活跃%d 空闲%d 等待%d',
Pool.active, #Pool.idle, waitQ))
-- 等待队列持续有量:扩池的信号
if waitQ > 10 then
Ops.alert('连接等待堆积,考虑扩池')
end
end
池的参数靠数据调优:活跃连接长期贴着上限、等待队列持续有量,就是扩池的信号;反过来空闲连接长期满员就是过度配置。池的上限与数据库的最大连接数联动:应用侧的池上限总和不能超过数据库的 max_connections 减去管理余量。连接的超时管理:空闲连接超过 30 分钟主动关闭,避免数据库端的超时断开造成死连接——池的保活与数据库的配置对齐。
池的压力测试:并发取用归还的循环压测,取用的成功率与等待时间达标;连接泄漏的检测:活跃数只增不减即为泄漏,定位未归还的调用点。
归还的连接曾经没重置事务状态,脏事务回池污染了下一个使用者,归还时的状态重置补上。池的上限曾经配得比数据库的 max_connections 还大,高峰期连接被数据库拒绝,参数的对齐修复。取用的等待曾经无限阻塞,业务线程卡死在取连接上,等待的超时与失败快速返回。
池的参数(上限、空闲保活、超时)进配置,与数据库的容量联动调整。连接的监控进运维的看板:活跃数、空闲数、等待数的三条曲线。池的异常告警:获取超时、死连接的比例异常,池的健康状态可视化。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
设计初衷 付费玩家不是一个人群,是四层结构各异的群体:白嫖党、月卡党、中产党、大R党。大R(月消费 3000 元宝以上)贡献…
设计初衷 传送是全服使用频次最高的功能(人均每日 6.2 次),也是最没有存在感的收费点——玩家对它的态度是"顺手付了"。定…
底层原理 弱值表(__mode = "v",值被弱引用)之外还有弱键表(__mode = "k",键被弱引用):键不被表挽留…
设计初衷 战法道互相克制是传奇的魂:战士近身爆发(烈火剑法)、法师远程群攻、道士续航消耗,三角循环转起来才有博弈。胜率失衡的…
业务场景 基础仓库 40 格,裁决之杖收藏家们叫苦不迭。扩容方案:每页 10 格、最多扩 4 页到 80 格,第 1 页 1…
底层原理 math.random 不承诺完美均匀,而爆率、抽奖、抽签全部建立在"均匀"假设上。均匀性是可检验的:n 个桶各掷…