django - 如何通过 redis-cli 显示所有键？

Question

我正在使用 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 实例上划分不同缓存的机制是什么？

Answer 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命令可用于将 session 切换到另一个数据库。每个数据库有一个键空间。

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