与Redis存储会话有多安全?

我目前使用db(mysql)来存储我的会话。 它工作的很好,但有点慢。

我被要求使用Redis,但是我想知道这是不是一个好主意,因为我听说Redis延迟了写操作,所以我有点害怕,因为会话需要真实的时间。

你遇到过这样的问题吗?

2 Solutions collect form web for “与Redis存储会话有多安全?”

Redis非常适合存储会话。 所有操作都在内存中执行,因此读取和写入将会很快。

第二个方面是会话状态的持久性。 Redis为您将会话状态持久保存到硬盘提供了很大的灵活性。 你可以通过http://redis.io/topics/persistence来了解更多,但在高层次,这里是你的select

  1. 如果您不能丢失任何会话, appendfsync always在您的configuration文件中appendfsync always设置appendfsync always 。 借此,Redis保证任何写操作都被保存到磁盘。 缺点是写操作会变慢。
  2. 如果您可以丢失大约1 appendfsync everysec的数据,请使用appendfsync everysec 。 这将在合理的数据保证下给予很好的performance

基本上有两种主要types可用:asynchronoussnapsnots和fsync() 。 他们分别被称为RDB和AOF。 更多关于官方页面的持久化模式 。

守护进程的信号处理当它收到一个SIGTERM实例时会同步到磁盘,所以在重新启动之后数据仍然在那里。 我认为守护进程或操作系统必须崩溃才能看到完整性损坏,即使使用默认设置(RDB快照)。

AOF设置使用“追加文件”来logging服务器接收到的命令,并从保存的文件中重新启动冷启动时的数据库。 默认的磁盘同步策略是每秒刷新一次(IIRC),但可以设置为locking和写入每个命令。

同时使用快照和增量日志似乎可以提供一个长期的不用介意,如果我错过了几秒钟的数据方法与更安全,但昂贵的增量日志。 Redis支持开箱即用,所以复制也可以完成。

我正在使用默认的RDB设置,并将快照保存到远程FTP。 我还没有看到导致数据丢失的失败。 急性的硬件故障或停电很可能,但我主持的VPS。 发生这种事情的机会小巧:)

  • redis-py:StrictRedis()和Redis()之间有什么区别?
  • 如何清除卡住/陈旧的Resque工人?
  • 如何在生产中部署resque工人?
  • 何时使用键/值存储(如Redis)而不是/在SQL数据库的旁边?
  • MongoDB与Redis
  • MISCONF Redis被configuration为保存RDB快照
  • ServiceStack.Net Redis:存储相关对象与相关对象ID
  • Redis比mongoDB快了多less?
  • Redis:显示密钥的数据库大小/大小
  • Redis:可能过期的数组或sorting集中的元素?
  • Redis是单线程的,那么它怎么做并发I / O?