如何通过redis-cli显示所有的键?

64

我将 Redis 作为 Django 缓存的内存数据库后端。

具体而言,我使用 django-redis 进行配置,如下所示:

CACHES = {
    'default': {
        'BACKEND': 'redis_cache.cache.RedisCache',
        'KEY_PREFIX':   DOMAIN_NAME,
        'LOCATION': 'unix:/tmp/redis_6379.sock:1',
        'OPTIONS': {
            'PICKLE_VERSION': -1,   # default
            'PARSER_CLASS': 'redis.connection.HiredisParser',
            'CLIENT_CLASS': 'redis_cache.client.DefaultClient',
        },
    },
}

我的Django缓存似乎正常工作。

奇怪的是,我无法使用redis-cli命令行查看Django缓存密钥。

[编辑] 请注意,我尝试过使用

$ redis-cli
$ redis-cli -s /tmp/redis_6379.sock

[编辑结束]

没有任何区别。

特别是使用KEYS *命令:

$ redis-cli
redis 127.0.0.1:6379> keys *
(empty list or set)

但是

redis 127.0.0.1:6379> set stefano test
OK
redis 127.0.0.1:6379> keys *
1) "stefano"

在Django shell中:

In [1]: from django.core.cache import cache

In [2]: cache.keys('*')
Out[2]:
[u'django.contrib.sessions.cachebblhwb3chd6ev2bd85bawuz7g6pgaij8',
 u'django.contrib.sessions.cachewpxiheosc8qv5w4v6k3ml8cslcahiwna']

如果我在命令行界面上使用MONITOR

redis 127.0.0.1:6379> monitor
OK
1373372711.017761 [1 unix:/tmp/redis_6379.sock] "KEYS" "project_prefix:1:*"

我可以看到一个请求,使用django缓存前缀; 这应该证明redis-cli已连接到相同的服务。 但是,在redis-cli中搜索该前缀甚至返回了一个(空列表或集合)

为什么会这样呢?

有什么机制可以将同一个redis实例上的不同缓存隔离开来吗?


关于redis-cli命令和参数的一些注释,用于回答疑问。 - Stefano
2个回答

83

我认为有两种可能:

1/ Django应用程序可能未连接到您认为它已连接的Redis实例,或者您启动的redis-cli客户端未连接到同一Redis实例。

请注意,在这两种情况下,您没有使用完全相同的连接机制。Django使用Unix域套接字,而redis-cli使用TCP回环(默认情况下)。您可能希望使用相同的套接字路径启动redis-cli,以确保连接到同一实例:

$ redis-cli -s /tmp/redis_6379.sock

现在,既然您使用MONITOR命令验证了可以看到Django发送的命令,我们可以假设您已连接到正确的实例。

2/ Redis中有一个数据库概念。默认情况下,您有16个不同的数据库,并且当前默认数据库为0。可以使用SELECT命令将会话切换到另一个数据库。每个数据库都有一个键空间。

INFO KEYSPACE命令可用于检查是否在多个数据库中定义了某些键。

redis 127.0.0.1:6379[1]> info keyspace
# Keyspace
db0:keys=1,expires=0
db1:keys=1,expires=0

这里有两个数据库,让我们检查db0数据库中定义的键:

redis 127.0.0.1:6379> keys *
1) "foo"

现在在db1数据库中:

redis 127.0.0.1:6379> select 1
OK
redis 127.0.0.1:6379[1]> keys *
1) "bar"

我的建议是检查Django应用程序是否在连接Redis实例时发送任何SELECT命令(使用MONITOR)。

我不熟悉Django,但你定义的LOCATION参数让我觉得你的数据可能在数据库1中(由于后缀)。


2
谢谢Didier。我排除了1)的原因是我也尝试直接连接套接字,但我没有看到任何区别。但我不知道“SELECT”命令!就是这个!现在工作了...我必须说,Redis文档在这一点上并不是很清楚...即使查看Redis SELECT命令文档也显示了一堆混乱的评论! - Stefano
我在你的回答中添加了“SELECT”命令文档的链接,但是我找不到任何关于多个数据库的官方参考。也许只是我自己的问题,如果你知道的话,请添加链接好吗?谢谢! - Stefano
1
很抱歉,没有专门描述数据库的页面。不过在配置文件中有一个有用的注释:https://github.com/antirez/redis/blob/unstable/redis.conf#L86 - Didier Spezia
这个缺乏文档的情况真是让人头疼!非常感谢Didier。我在想是否应该提交一个问题,但已经有400个未解决的问题了,而且我也无法提供文档拉取请求 :( - Stefano
1
可能是因为Salvatore认为这是Redis中最糟糕的设计决策,想要摆脱它。顺便说一句,我肯定会更改Django位置以使用db0。 - The Real Bill
谢谢@TheRealBill - 这可能是避免未来混淆的非常好的想法! - Stefano

4
做这个:
redis-cli -h <host> KEYS "trendingKey*"

输出

  1. "trendingKey:2:1"
  2. "trendingKey:trending102:1"
  3. "trendingKey:trending101:1"

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接