SHUTDOWN [NOSAVE|SAVE]

自1.0.0起可用。

命令行为如下：

• 停止所有的客户端。

• 如果至少配置了一个保存点，则执行阻塞保存。

• 如果启用了 AOF ，请刷新仅附加文件。

• 退出服务器。

如果启用了持久性，则此命令可确保 Redis 在不丢失任何数据的情况下关闭。如果客户端仅使用 SAVE ，然后退出，则不能保证，因为其他客户端可能会更改这两个命令之间的数据库数据。

注意：配置为不保存在磁盘上的 Redis 实例（未配置 AOF ，也未配置 “save” 指令）不会将 RDB 文件转储到 SHUTDOWN 上，因为通常不希望 Redis 实例仅用于缓存以阻止关闭。

SAVE 和 NOSAVE 修饰符

可以指定一个可选的修饰符来改变命令的行为。特别：

• 即使未配置保存点，SHUTDOWN SAVE 也会强制执行 DB 保存操作。

• 即使配置了一个或多个保存点，SHUTDOWN NOSAVE 也会阻止数据库保存操作。（你可以把这个变种看作是一个假设的 ABORT 命令，它只是停止服务器）。

SHUTDOWN 失败的条件

当仅附加文件启用时，关机可能失败，因为系统处于不允许安全立即保留在磁盘上的状态。

通常情况下，如果有一个 AOF 子进程执行 AOF 重写，则 Redis 将简单地杀死它并退出。但是，有两种情况不安全，因此 SHUTDOWN 命令将被拒绝并返回错误。发生这种情况时：

• 用户刚打开 AOF ，服务器触发了第一次AOF重写，以创建初始 AOF 文件。在这种情况下，停止将导致完全丢失数据集：一旦重新启动，服务器可能会启用 AOF ，而根本没有任何 AOF 文件。

• 启用了 AOF 的从站，与其主站重新连接，执行完全重新同步，并重新启动 AOF 文件，触发初始 AOF 创建过程。在这种情况下，不完成 AOF 重写是很危险的，因为从主设备收到的最新数据集将丢失。新的主服务器实际上可以是一个不同的实例（如果 SLAVEOF 命令用于重新配置从服务器），所以重要的是完成 AOF 重写并在服务器启动时使用表示内存中数据集的正确数据集被终止。

有条件的时候，我们只想尽快终止一个 Redis 实例，不管它的内容是什么。在这种情况下，命令的正确组合是发送 CONFIG 附加否，然后是 SHUTDOWN NOSAVE 。如果需要，第一个命令将关闭 AOF ，如果有一个活动的话，将终止 AOF 重写子。由于 AOF 不再被启用，第二个命令不会执行任何问题。

返回值

简单的字符串回复错误。成功后，服务器退出并关闭连接后不会返回任何内容。