Session Django中缓存会话的Redis复制

Session Django中缓存会话的Redis复制,session,redis,replication,django-sessions,Session,Redis,Replication,Django Sessions,我正在开发ios应用程序的django后端。我将使用redis使用缓存会话。一旦用户登录,我会将其会话保存在redis缓存中(由mysql备份),我只想知道(从长远来看),我是否可以使用redis复制来保留缓存会话的副本,以防将来以主从格式扩展redis服务器。或者我应该始终从一个特定的redis服务器访问缓存值?以主/从格式保留复制redis是有意义的,因为在mongodb for redis(AFAIK)中还不可能像mongodb那样进行分片。因此,您必须从一个特定的redis服务器获取会话

我正在开发ios应用程序的django后端。我将使用redis使用缓存会话。一旦用户登录,我会将其会话保存在redis缓存中(由mysql备份),我只想知道(从长远来看),我是否可以使用redis复制来保留缓存会话的副本,以防将来以主从格式扩展redis服务器。或者我应该始终从一个特定的redis服务器访问缓存值?

以主/从格式保留复制redis是有意义的,因为在mongodb for redis(AFAIK)中还不可能像mongodb那样进行分片。因此,您必须从一个特定的redis服务器获取会话,直到您不想手动控制多个redis服务器为止

“因此,您必须从一台特定的redis服务器获取会话,直到您不想手动控制多台redis服务器为止”。我明白你的意思,我想知道的是,如果我在几个redis服务器中保留会话(都是从主服务器复制的),并在将来通过负载平衡访问它们,这样可以吗?我认为这是对当前redis实现的主/从备份/模式的滥用,但如果它符合您的目标,并且在redis正式实现切分后不会引起您太多的努力来重写它,那么没有什么可以反对它。好吧,我将在这里使用复制。我将有一个写数据库+缓存服务器和一个读数据库+缓存服务器。因此,所有登录注销和任何类型的写入都将在写入服务器上进行。然后,所有会话和其他内容都将在复制的从属服务器中。那么,这还滥用什么吗?我知道你现在想做什么了。您可以讨论它是否滥用,因为出于数据安全考虑,您使用了redis实例的复制。但您要做的是一种负载平衡,其形式为:您重拨一个句柄来处理所有的写操作,而所有其他的句柄来处理读操作。考虑到这种结构不必像正常ReIIS实例那样工作/快/安全,因为备份不能保证实时性。如果你问我个人的意见,如果我愿意的话。。。是的,在redis支持切分之前我会一直这样做。但我也会看看mongodb,它可以进行切分。