使用redis-py的两个类Redis和StrictRedis时遇到的坑

前言:

      今天产品经理说,有几个队列排序的功能不能用了。对比了下以前的代码查到了一个原因,这个比较的坑,总结起来也是自己没好好看文档。 

 

     redis-py提供两个类Redis和StrictRedis用于实现Redis的命令,StrictRedis用于实现大部分官方的命令,并使用官方的语法和命令(比如,SET命令对应与StrictRedis.set方法)。Redis是StrictRedis的子类,用于向后兼容旧版本的redis-py。 简单说,官方推荐使用StrictRedis方法。 

 

不推荐Redis类,原因是他和咱们在redis-cli操作有些不一样,主要不一样是下面这三个方面。 

 

 

·LREM:参数 ‘num’ 和 ‘value’ 的顺序交换了一下,cli是 lrem queueName 0 ‘string’ 。  这里的0时所有的意思。 但是Redis这个类,把控制和string调换了。 

·ZADD:实现时 score 和 value 的顺序不小心弄反了,后来有人用了,就这样了

·SETEX: time 和 value 的顺序反了

.Pool:   连接池

 

最近爬虫很是凶猛,标注下文章的原文地址: blog.xiaorui.cc

 

 

再就是连接池,很多人用Redis的原因是,以前的一些个博客的关于python redis的操作,基本用的时Redis的连接池方式。  其实StrictRedis也是支持的。

Redis的连接池的方法:

 

 

 StrictRedis的连接池的实现方式:

 

 

 

 

看下官方的创建redis的时候,都可以添加什么参数。 

 

 

另外的再说下redis的对于有些编码入库的问题,redis的连接附加的参数里面,默认编码是utf-8,但是如果你非要用GBK那就需要指明你的chardet和decode_responses为True 。 

 

 

 

 

 

 

嗯,剩下的就没什么了 。以后要好好的看文档哈。

 

更新, 今天又遇到这问题了… 

 

 

很明显,顺序不对…  ResponseError: value is not a valid float  ,字符串跟score反了…

posted @ 2017-06-30 14:45  天涯逐梦  阅读(141)  评论(0编辑  收藏  举报