いつも redis に異常に接続する小さな白人たちに光を導き、回り道を避けてもらいましょう。高度な設定を行う方法を知らない偉い人のためにドリンクを作りましょう。
基本的な設定項目
-
bind: Redis バインディングの IP アドレスを設定するために使用されます。デフォルトでは、Redis は使用可能なすべてのインターフェイスをリッスンします。IP アドレスを指定する必要がある場合は、この構成アイテムを使用して設定できます。
默认开启,连接不上的原因之一,未注释掉只能进行本地连接,不能使用工具和远程连接
-
port: Redis リスニング用のポート番号を設定するために使用されます。デフォルトのポートは 6379 です。
连接不上的可能原因之一,端口号被改掉了。当然防火墙也是重点连接不上的原因(腾讯、阿里、宝塔。。。),记得开放端口哦,要不然连不上
-
timeout: Redis クライアント接続のタイムアウト期間を設定するために使用されます。クライアントが指定された時間内に Redis との接続を確立しない場合、接続は閉じられます。
-
maxclients: Redis に同時に接続するクライアントの数を制限するために使用されます。クライアント数が制限に達すると、Redis は新しい接続を受け入れなくなります。
-
loglevel: Redis のログ レベルを設定するために使用されます。必要に応じて設定できます。たとえば、デバッグ、情報、通知、警告などの異なるレベルに設定できます。
-
logfile: Redis ログ ファイルのパスを設定するために使用されます。デフォルトでは、Redis はログを標準出力に出力します。
-
データベース: Redis データベースの数とそれぞれの名前を設定するために使用されます。デフォルトでは、「db0」という名前のデータベースが 1 つだけ存在します。
默认16,db分区数量。代码不配置默认连接的是db0
-
requirepass: Redis の認証パスワードを設定するために使用されます。
默认无密码,这也是连接不上的原因之一,密码验证被开启了。
-
通知キースペースイベント例:
key过期监听启用配置项
AOF 永続構成アイテム
Redis の AOF (Append-Only File) 永続化メカニズムは、Redis データベースへのすべての書き込み操作を記録することで永続化の目的を達成します。Redis サーバーが再起動すると、AOF ファイル内のコマンドを再実行することでデータが復元されます。
- appendonly: AOF 永続性を有効または無効にするために使用されます。「yes」に設定すると AOF 永続性がオンになり、「no」に設定すると AOF 永続性がオフになります。
- appendfilename: AOF ファイルの名前を設定するために使用されます。デフォルト値は「appendonly.aof」です。
- appendfsync: AOF ファイルの同期戦略を設定するために使用されます。「常に」、「毎秒」、または「いいえ」を選択できます。always はすべての書き込みが同期されることを意味し、everysec は毎秒同期されることを意味し、no はオペレーティング システムがいつ同期するかを決定することを意味します。デフォルト値は「毎秒」です。
- auto-aof-rewrite-percentage: 自動 AOF リライトのしきい値を設定するために使用されます。AOF ファイルの拡張率がこの値を超えると、Redis は自動的に書き換え操作を実行します。デフォルト値は 100 で、最後の書き換え後に AOF ファイルのサイズが 2 倍になったときに書き換えがトリガーされることを意味します。
- auto-aof-rewrite-min-size: 自動 AOF リライトの最小サイズを設定するために使用されます。AOF ファイルのサイズがこの値より大きい場合にのみ、書き換え操作が実行されます。デフォルト値は 64MB です。
- no-appendfsync-on-rewrite: AOF ファイルの書き換えを実行するときに同期を無効にするかどうかを設定するために使用されます。「yes」に設定すると、書き換え時に同期操作は実行されません。デフォルト値は「はい」です。
- aof-load-truncated: AOF ファイルのロード時にエラーのあるコマンドを Redis が無視できるようにするかどうかを設定するために使用されます。「yes」に設定するとエラーは無視され、「no」に設定するとエラーのある AOF ファイルのロードが許可されません。デフォルト値は「はい」です。
- aof-use-rdb-preamble: AOFファイルの先頭にRDB形式部分を含むかどうかを設定します。「yes」に設定すると、RDB 形式でデータのコピーが AOF ファイルの先頭に保存され、データのロードが高速化されます。デフォルト値は「いいえ」です。
RDBの永続的な構成項目
Redis の RDB (Remote Dictionary Base) 永続化メカニズムは、ある時点の Redis データベースの状態をバイナリ形式でディスクに保存することで永続化を実現します。Redis サーバーはデータを復元する必要がある場合、RDB ファイルをロードすることでデータを復元できます。
- save: RDB 永続化の時間間隔と条件を設定するために使用されます。時間間隔と条件のさまざまな組み合わせを設定できます。たとえば、「save 900 1」は、RDB ファイルが 900 秒ごとに 1 回以上の書き込み操作で保存されることを意味します。「save 300 10」は、300 秒ごとに少なくとも 1 回の書き込み操作が行われることを意味します。 10 回の書き込み操作 RDB ファイルを 1 回保存します。
- bgsave: バックグラウンドで RDB の永続性を設定するために使用されます。「yes」に設定すると、RDB の永続化はメインスレッドをブロックせずにバックグラウンドで実行されます。
- rdbcompression: RDB ファイルの圧縮を使用するかどうかを設定します。「yes」に設定すると、圧縮に LZF アルゴリズムが使用されます。
- rdbchecksum: RDB ファイルがチェックサムを使用するかどうかを設定するために使用されます。「yes」に設定すると、RDB ファイルにチェックサムが追加されます。
- dbfilename: RDB ファイルの名前を設定するために使用されます。
- dir: RDB ファイルの格納ディレクトリを設定するために使用されます。
ポリシー設定項目の削除
Redis には、メモリ不足時に不要なデータを削除する方法を設定するためのさまざまな削除戦略設定項目が用意されています。
- maxmemory-policy: Redis の最大メモリ使用量ポリシーを設定するために使用されます。「noeviction」、「lru」、「allkeys-lru」、「volatile-lru」、「allkeys-random」、「volatile-random」、「volatile-ttl」など、さまざまな戦略を選択できます。
- volatile-ttl: Redis がデータを削除するときに有効期限のあるキーのみを削除するかどうかを設定するために使用されます。「yes」に設定すると、有効期限のあるキーのみが削除されます。「no」に設定すると、有効期限のあるキーと有効期限のないキーが削除される可能性があります。
- volatile-lru: Redis が有効期限付きのキーのみを削除し、データを削除するときに LRU アルゴリズムを使用するかどうかを設定するために使用されます。「yes」に設定すると、有効期限のあるキーのみが削除され、LRU アルゴリズムが使用されます。「no」に設定すると、有効期限のあるキーと有効期限のないキーが削除される可能性があります。
- volatile-random: Redis が有効期限のあるキーのみを削除し、データを削除するときに削除するキーをランダムに選択するかどうかを設定するために使用されます。「yes」に設定すると、有効期限のあるキーのみが削除され、削除されるキーはランダムに選択されます。「no」に設定すると、有効期限のあるキーと有効期限のないキーが削除される可能性があります。
- allkeys-lru: Redis がデータを削除するときにすべてのキーを削除するために LRU アルゴリズムを使用するかどうかを設定するために使用されます。「yes」に設定すると、LRU アルゴリズムを使用してすべてのキーが削除されます。「no」に設定すると、有効期限のあるキーと有効期限のないキーが削除される可能性があります。
- allkeys-random: データを削除するときに、Redis が削除するキーをランダムに選択するかどうかを設定するために使用されます。「yes」に設定すると、削除されるキーがランダムに選択され、「no」に設定すると、キーは削除されません。
- noeviction: メモリが不足している場合にキーの削除を禁止するように Redis を設定するために使用されます。「yes」に設定すると、キーのエビクションが無効になります。「no」に設定すると、上記のポリシーに従ってエビクションが発生します。
マスタ・スレーブレプリケーションの設定項目
Redis はマスター/スレーブ レプリケーションをサポートしており、高いデータ可用性と読み取り/書き込み分離を実現できます。=
- replication-role: Redis ノードの役割を設定するために使用されます。ノードがマスターの場合は「マスター」に設定し、ノードがスレーブの場合は「スレーブ」に設定します。
- master-host: マスター ノードの IP アドレスを設定するために使用されます。
- master-port: マスターノードのポート番号を設定するために使用されます。
- master-auth-password: マスターノードの認証パスワードを設定するために使用されます。
- smile-announce: スレーブノードをアナウンスするかどうかを設定します。「yes」に設定するとスレーブ ノードが宣言され、「no」に設定するとスレーブ ノードは宣言されません。
- スレーブ読み取り専用: スレーブ ノードが読み取り専用かどうかを設定するために使用されます。「yes」に設定すると、スレーブ ノードは読み取り専用になり、「no」に設定すると、スレーブ ノードは書き込み可能になります。
- スレーブ優先順位: スレーブ ノードの優先順位を設定するために使用されます。優先順位の高いスレーブ ノードがマスター ノードとして選択される可能性が高くなります。
- レプリカ読み取り専用: スレーブ ノードが読み取り専用かどうかを設定するために使用されます。「yes」に設定すると、スレーブ ノードは読み取り専用になり、「no」に設定すると、スレーブ ノードは書き込み可能になります。この構成項目はスレーブ読み取り専用よりも具体的であり、優先度が高くなります。
- レプリカ優先順位: スレーブ ノードの優先順位を設定するために使用されます。優先順位の高いスレーブ ノードがマスター ノードとして選択される可能性が高くなります。
- plica-announce: スレーブノードをアナウンスするかどうかを設定します。「yes」に設定するとスレーブ ノードが宣言され、「no」に設定するとスレーブ ノードは宣言されません。この設定項目は、slave-announce よりも具体的であり、優先度が高くなります。
ありがとう
- この記事を最初から最後まで読んでいただき、誠にありがとうございます。この記事の内容があなたのインスピレーションと助けになれば幸いです。他にご質問がある場合、またはさらに理解が必要な場合は、お気軽に私のダイナミクスに従ってメッセージを残してください。
- 最後に、作者をフォローして「いいね!」をしていただけますか。ありがとうございます。
- 集める価値があると思うなら集めてもいいよ