redis报错: redis.exceptions.ResponseError: value is not an integer or out of range

标签：改名   就是   not   red   range   ima   出现   cli   函数的参数   

问题描述

今天在使用python的redis客户端时碰到了这样的报错：redis.exceptions.ResponseError: value is not an integer or out of range，是在使用setex函数时出的问题。

问题分析

明明在我的开发环境上跑的好好着，怎么到测试环境就有问题了？然后试着看了下我的开发环境和测试环境的redis客户端版本，一个是2.x，一个是3.x，测试环境的redis客户端是新安装的，那就把3.x卸了装个2.x吧，再跑的就ok了，看来是版本差异。本着将问题追踪到底的宗旨，去PyPI上找redis客户端的更新文档，一般这种在使用上出现了较大差异的都是大版本更新，直接找到3.0的更新文档，看到了下面这样的说明。

大意就是3.0的客户端已经废弃了Redis这个类，将之前的StrictRedis类改名为Redis，这样在使用SETEX方法时，参数的顺序已经变了(name, time, value)，不再是之前的(name, value,time)，那么Redis这个类和StrictRedis类有什么区别呢？如下：

StrictRedis：用于实现大部分官方的命令，并使用官方的语法和命令（比如，SET命令对应与StrictRedis.set方法）

Redis：是StrictRedis的子类，用于向后兼容旧版本的redis-py。

简单的说，官方推荐使用StrictRedis类，不推荐Redis类，原因是他和咱们在redis-cli操作有些不一样，主要不一样是下面这三个方面。

1、LREM：参数 ‘num‘ 和 ‘value‘ 的顺序交换了一下，cli是 lrem queueName 0 ‘string‘ ， 这里的0时所有的意思， 但是Redis这个类，把0和string的位置调换了；

2、ZADD：实现时 score 和 value 的顺序不小心弄反了，后来有人用了，就这样了；

3、SETEX：time 和 value 的顺序反了。

解决方法

所以解决办法就有两种，第一种，按照3.x中的规定修改setex函数的参数顺序，第二种，换回2.x，当然还是推荐第一种办法。

redis报错: redis.exceptions.ResponseError: value is not an integer or out of range

标签：改名   就是   not   red   range   ima   出现   cli   函数的参数   

原文地址：https://www.cnblogs.com/lucky-heng/p/11135287.html