差分

このページの2つのバージョン間の差分を表示します。

--- redis [2018/01/04 07:06] – [コマンド] nullpon
+++ redis [2024/09/27 02:49] (現在) – [valkey] nullpon
@@ 行 1: / 行 1: @@
-====== redis ======
+====== Redis ======
 [[http://redis.io/|Redis]]
+===== valkey =====
+Redisのフォーク
+  * https://valkey.io/
 ===== インストール =====
@@ 行 22: / 行 28: @@
 sentinelを起動
-   $ redis-sentinel
+  $ redis-sentinel
 コンフィグファイルを指定してsentinelを起動
-   $ redis-sentinel ./redis-sentinel.conf
+  $ redis-sentinel ./redis-sentinel.conf
 ===== コマンドラインツール =====
@@ 行 33: / 行 38: @@
 ==== クライアント起動 ====
-    $ redis-cli -h 127.0.0.1 -p 6379
+  $ redis-cli -h 127.0.0.1 -p 6379
+DB番号を指定
+  $ redis-cli -n 1
 ==== コマンド ====
@@ 行 55: / 行 64: @@
   info server
   info sentinel
+指定番号のDBに変更
+  select 1
 === hash型データの操作 ===
@@ 行 78: / 行 91: @@
 コマンドを羅列したファイルを作る。改行コードをCR+LF（windows）で保存
-```
+<code>
 set nyan nyannyan
 set wang wangwang
-```
+</code>
-```
+<code>
 cat data.txt | redis-cli --pipe
-```
+</code>
 ===== redis運用の注意点 =====
 ==== keysは絶対に使わない ====
-keysはとてもCPU負荷の大きいコマンド。要するにテーブルフルスキャンです。高速性が売りのDBで安易に使うコマンドではありません。また後述のとおりシングルスレッドゆえ他のコマンドを受け付けなくなります。
+keysは要するにテーブルフルスキャンで、とてもCPU負荷の大きいコマンドです。後述のとおりRedisはシングルスレッドゆえkeys処理中は他のコマンドを受け付けなくなります。
+このコマンドをアプリケーションから安易に実行したことが原因で、かなり有名な会社が運営しているサービスやソーシャルゲームでも不具合を出した事例があります。要注意
+==== メモリは十分に ====
+メモリ重要。全てのデータがメモリに乗るようにしましょう。
+==== Redisはシングルスレッド ====
+CPUコアの多いマシンを使っても性能は上がりません。遅いからと言ってCPUの良いインスタンスに変えても改善しないことがほとんどです。
+遅い場合は
+  * メモリが足りているか
+  * アプリ内で O(n) のコマンドを乱発していないか
+あたりをチェックしましょう。
+==== connectionのtimeoutを設定しよう ====
-アプリケーション内では決して使用してはいけません。有名どころのサービスでさえも誤って使用し不具合を出している事例があります。要注意
+特にコネクションプールする場合は、サーバ側にconnection timeoutを設定しましょう。
-==== redisはシングルスレッド ====
+大抵のアプリは終了時にコネクションの切断などしていないのため、redisサーバ側に死んでいるコネクションが溜まっていき、いずれfile descriptorの限界を超えて新規接続ができなくなります。
-CPUコアの大きなマシンを使っても性能は全く上がりません
+redisサーバのtimeoutはredisクライアント側よりも大きい値にすべきです。クライアントより先にサーバ側でconnectionが破棄されると、クライアントはコネクション破棄を検知できずに死んだコネクションへ読み書きを行ってしまうためです。