はい、それを追加することはできなかったようです。 SHUTDOWN
とは思わない どちらかがあります。どちらの場合も、クライアントの場合、要求時に一般的に実行されるものではなかったと思います -ただし、通常は自動化(永続化構成)されるか、定期的なメンテナンス操作の一部としてコマンドラインで(手動またはスクリプトの一部として)開始されます。
次のビルドで追加できます(おそらく「接続で管理コマンドが有効になっています」チェックを使用します)。
本当にハッキー 今のところ(テストされていない)回避策は次のようになります:
.Scripting.Eval(0, "return redis.call('bgsave')", null, null);
(注意:上記は私を震えさせます)
ただし、繰り返しになりますが、アプリケーションが日常業務を実行しているだけの場合は、おそらく 自動redis永続性設定の使用をお勧めします。アプリケーションが監視/メンテナンスフロントエンドの場合は、SAVE
あまり不適切ではないようです。
ただし、SAVEまたはBGSAVEに関連するコマンドは見つかりませんでした。
実際、SAVE
は避けることを強くお勧めします 実稼働サーバーでは、安全に片側に移動して使用されていないことがわかっている場合を除きます。 BGSAVE
それほど侵襲的ではありません。