redis什么时候写入磁盘 • Worktile社区

worktile

Worktile官方账号

Redis在什么情况下将数据写入磁盘取决于配置的持久化机制。Redis有两种主要的持久化机制：RDB快照和AOF日志。下面将逐一解释每种机制的写入磁盘的时机。

RDB快照：
RDB快照是将Redis当前内存中的数据以快照的方式保存到磁盘中的一个二进制文件中。RDB在以下情况下写入磁盘：
- 执行SAVE或BGSAVE命令：SAVE命令将阻塞Redis服务器，并在写入快照完成后返回；而BGSAVE命令则会派生一个子进程进行写入磁盘操作，不会阻塞Redis服务器的正常运行。
- 根据配置的触发条件进行自动写入：通过在配置文件中设置save命令来配置触发条件，如save 900 1表示在900秒内如果至少有1个key发生变化，则自动执行BGSAVE命令进行快照保存。
AOF日志：
AOF日志是将Redis的操作以追加的方式写入磁盘中的一个文件中。AOF在以下情况下将数据写入磁盘：
- 执行写命令：包括SET、LPUSH、RPUSH等命令执行时，Redis会将该命令追加到AOF缓冲区中。
- 根据配置的触发条件进行自动写入：通过在配置文件中设置appendfsync来配置触发条件。三种常见的选项为：
  - appendfsync always：每个写命令都会立即写入磁盘，保证数据持久化但性能较低。
  - appendfsync everysec：每秒钟将所有写命令写入磁盘一次，性能和数据持久化的平衡选项。
  - appendfsync no：不主动将数据写入磁盘，而是交由操作系统决定何时将数据真正写入磁盘，性能最好但数据有一定风险。

总结：Redis的写入磁盘时机取决于其配置的持久化机制。对于RDB快照机制，可以通过执行SAVE或BGSAVE命令或根据配置的触发条件进行自动写入；对于AOF日志机制，可以通过执行写命令或根据配置的触发条件进行自动写入。

1年前 0条评论

不及物动词

这个人很懒，什么都没有留下～

Redis是一种内存数据库，即数据存储在内存中，而不是存储在磁盘上。然而，为了保证数据的持久性和可靠性，Redis会定期将数据写入磁盘。那么，Redis什么时候写入磁盘呢？

快照持久化（Snapshot persistence）

Redis可以通过快照持久化来将数据库在某个时间点的状态保存到磁盘上，以便在重启后能够重新加载。Redis默认是关闭快照持久化的，可以通过设置配置文件中的save选项来定期触发快照持久化操作。当有足够的条件满足时，Redis会创建一个子进程，通过fork系统调用将内存中的数据写入磁盘。

AOF持久化（Append-only file persistence）

与快照持久化不同，AOF持久化是以日志的方式将Redis执行的所有写操作追加到一个AOF文件中，以便在重启后重放这些写操作来恢复数据库状态。可以通过设置配置文件中的appendonly选项来开启AOF持久化。当appendonly选项为yes时，Redis会将每条写操作追加到AOF文件的末尾，以确保数据的持久性。Redis提供三种AOF持久化的策略：always（每条写操作都会追加到AOF文件）、everysec（每秒将写操作追加到AOF文件）和no（由操作系统决定何时将写操作写入磁盘）。

BGSAVE命令

在Redis中，可以通过执行BGSAVE命令来手动创建一个快照并将其写入磁盘。BGSAVE命令会在后台创建一个子进程，该子进程负责将内存中的数据写入磁盘。这种方式也可以用来备份Redis的数据库状态。

主从复制

在Redis的主从复制模式中，主节点会将写操作同步到所有从节点，从而实现数据的复制和备份。当主节点执行写操作时，首先将数据写入磁盘，然后将写操作发送给从节点进行复制。这样即使主节点发生故障，从节点仍然可以保持数据的完整性。

操作系统的文件缓存

除了Redis自身的持久化机制外，操作系统的文件缓存也起到了一定的作用。当Redis执行写操作时，操作系统会将数据先缓存在内存的文件缓存中，然后再根据自身的策略将数据刷新到磁盘上。这样可以提高写入磁盘的效率，同时减少对磁盘IO的频繁访问。

总结起来，Redis在以下情况下会将数据写入磁盘：定期快照持久化、AOF持久化、手动执行BGSAVE命令、主从复制和操作系统的文件缓存。通过这些机制，Redis能够确保数据的持久性和可靠性，同时提高数据库的读写性能。

1年前 0条评论

fiy

Worktile&PingCode市场小伙伴

Redis是一个内存数据库，数据通常保存在内存中以提供快速的读写操作。但是，在某些情况下，Redis也会将数据写入磁盘中进行持久化，以便能够在重启后恢复数据。Redis有两种主要的持久化机制：快照（snapshotting）和日志（append-only file，AOF）。

快照持久化（snapshotting）
快照持久化是Redis默认的持久化机制。它通过将内存中的数据保存到磁盘上的一个二进制文件（RDB文件）中来实现持久化。快照持久化的触发方式有两种：自动触发和手动触发。

自动触发：Redis可以根据一定的条件自动触发快照持久化，默认情况下是关闭的。可以通过设置以下两个参数来开启自动触发：
- save：保存数据快照的条件。该参数是一个列表，其中每个元素表示一个触发持久化的条件，格式为（秒，更改的键数）。
- stop-writes-on-bgsave-error：当快照持久化失败时是否停止写入操作，默认为yes。
手动触发：可以通过发送SAVE或者BGSAVE命令来手动触发快照持久化。
- SAVE命令会阻塞Redis服务器进程，直到快照持久化完成。
- BGSAVE命令会在后台异步进行快照持久化，不会阻塞Redis服务器进程。

日志持久化（append-only file，AOF）
日志持久化是一种将写操作追加到日志文件中的方式。通过将命令写入日志文件，Redis可以在重启后通过重新执行这些命令来恢复数据。相比于快照持久化，AOF持久化可以提供更精确的数据恢复，但同时也会带来更大的写入开销。

AOF持久化有以下几种模式：
- always：每个写命令都将写入AOF文件。保证了最高的数据安全性，但同时也可能带来较大的性能开销。
- everysec：每秒将写命令追加到AOF文件中。即使Redis在写命令之间发生故障，只会丢失1秒钟的数据。
- no：不进行AOF持久化。

总结：
Redis在以下情况下会将数据写入磁盘：

在使用了快照持久化的情况下，通过自动或手动触发快照持久化。
在使用了AOF持久化的情况下，每秒或每个写命令都会将数据追加到AOF文件中。

注意：在Redis的配置文件redis.conf中，可以配置是否开启持久化以及相应的持久化参数。根据实际需求和系统环境可以进行相应的配置。

1年前 0条评论