redis应用小技巧

   前两天在跟同事讨论交互协议时间,由于我们的架构技术上采用的是http协议,对每个请求,应用程序要跟redis交互两次,一次去取用户登录的session,拿到本地应用逻辑验证通过后再做下面的逻辑处理。对于这种用法,我本人是很反对这种交互方式的,没有必要没个请求逻辑都要去redis请求两次,

   我认为至少我们有两种方法来解决这个问题(要请求两次)的:

1 我们可以在请求的包里加一段lua脚本,让redis来执行这段代码,我们在lua脚本里做一点逻辑判断,如果合法的用户就继续取用户真正要的数据,如果不合法,就相应的返回错误值。redis里没有太多计算,加上这段执行lua的代码,CPU应该也不会增加太高。这样一个来回请求就可以搞定了。

2 如果加上lua代码CPU确实吃紧的话,大不了,我们把redis源码打开,加上这一小段逻辑验证,源码在手没有什么办不到的。

总之每个客户端的请求,相应的webserver都要去redis取两次数据,关键是第一次的验证很简单,完全没必要拿回到本地的应用程序计算,没有要去跟redis交互两次。先标记下,抽空测试一下。


备注:我在做 《龙腾世纪》中天梯赛中,一个逻辑里涉及要多次操作redis,就采用了这种方法,不需要加逻辑锁,同时我做了一个测试,多次请求redis跟一次请求把对redis的操作封装到lua脚本中的执行效率要慢20-25倍。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值