【问题标题】:How to show ALL keys through redis-cli?如何通过 redis-cli 显示所有键?
【发布时间】:2013-07-07 01:22:47
【问题描述】:

我正在使用 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']

如果我在 cli 上使用 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 中搜索该前缀也会返回(empty list or set)

这是为什么呢?

在同一个 redis 实例上划分不同缓存的机制是什么?

【问题讨论】:

  • 一些cmets关于redis-cli命令和参数用来回答一个答案疑惑

标签: django redis


【解决方案1】:

我想说有两种可能:

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 中(由于后缀)。

【讨论】:

  • 谢谢迪迪埃。我已经排除了 1),因为我也尝试直接连接到套接字,但我没有发现任何区别。但我不知道“SELECT”命令!就是这样!现在工作......我必须说Redis 文档在这一点上不是很清楚......即使查看Redis SELECT 命令文档也会显示一堆混乱的cmets!
  • 在您的答案中添加了指向“SELECT”命令文档的链接,但我找不到对多个数据库的任何官方参考。也许只有我一个人,如果你知道的话,你可以添加链接吗?谢谢!
  • 恐怕没有专门的页面来描述数据库。不过,配置文件中有一条有用的注释:github.com/antirez/redis/blob/unstable/redis.conf#L86
  • 疯狂地缺少文档!非常感谢迪迪埃。我想知道我是否应该提出问题,但有 400 个未解决的问题,我无法提供文档拉取提案 :(
  • 可能是因为 Salvatore 认为这是 Redis 中最糟糕的设计决策,并希望摆脱它。我肯定会更改 Django 位置以使用 db0,顺便说一句。
【解决方案2】:

这样做:

redis-cli -h <host> KEYS "trendingKey*"

输出

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

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2020-02-29
    • 1970-01-01
    • 1970-01-01
    • 2020-07-13
    • 2018-08-09
    • 2012-08-20
    • 1970-01-01
    • 2020-07-04
    相关资源
    最近更新 更多