django - 在 django db + 基于缓存的 session 上使用 django 签名的 cookie session 的性能比较？

Question

Django 1.4 提供了几种维护方式 django sessions :

我对使用的看法:

i) 仅缓存:不可取，用户 session 可能会从内存缓存中清除。

ii) Db + 缓存 (cached_db):首选、简单且安全的解决方案。

iii) 签名的 cookie session :最好，没有数据库命中。

假设 session 数据非常小，即存储在 cookie 中没有问题。在数据库 + 内存缓存驱动的 session 引擎上使用签名 cookie 是否有任何性能优势？对于 N 个并发的新用户，将保存 N 个数据库命中的顺序。这将减少数据库服务器每单位时间必须处理的总查询数。

更新 :我们发现 redis 或 aerospike 作为 django 的真正强大且高吞吐量的 session 后端。我们正在使用 redis作为 session
后端

Answer 1

You must be able to handle N concurrent queries (N - concurrent new users).

您会在 处看到差异超大规模只要。您必须是悲观主义者(服务器停机、故障恢复、亚马逊银行业务)并且您的数据库必须能够在高峰时间处理所有用户。

使用 cookie session 的 10 000 000 个用户将花费您 0 美元的额外费用，iframe 和移动设备的问题

使用缓存 session 的 10 000 000 个用户每天将花费您数百美元或不到数百美元，在重启的情况下丢失 session

使用 cache_db session 的 10 000 000 个用户每天将花费您数千美元(任何能够一次处理 1 000 000 次点击的持久存储，10% 的用户)

我使用 redis 后端(定期保存到磁盘)，可以切换到一组 memcached 服务。

http://www.icis.com/blogs/icis-chemicals-confidential/files/2011/10/19/goodcheapfast.jpg