1. Redisのは何ですか？
Redisのは完全に無料のオープンソースであり、BSDは、契約を遵守し、それが高性能なキーと値のデータベースです。
Redisのと他のキー - 値のキャッシング製品は、次の3つの特徴があります。
- Redisのは、あなたが再利用できる場合に、メモリ内のデータがディスク、負荷へのリブートに保存することができ、データの永続性をサポートしています。
- また、ストレージ・リスト、セット、ZSET、ハッシュおよび他のデータ構造を提供しながら、Redisのは、簡単なキーと値のデータ型をサポートしています。
- Redisのバックアップデータ、すなわち、データバックアップマスタ・スレーブモードをサポートします。
Redisの利点
高性能 - Redisのが速い11万回/ Sなどとして読み取ることができ、書き込み速度は81000回/秒です。
豊富なデータタイプ - Redisのは、バイナリの場合文字列、リスト、ハッシュ、セットをサポートし、
順序セットのデータが操作を入力します。
アトミック - Redisのすべての操作が成功するか失敗のどちらかが完全に実行されたことを意味し、アトミックです
実行。これは、単一の原子操作です。操作複数のは、トランザクション、原子性、すなわち、スルーとEXEC MULTIをサポート
命令ラップ。
機能豊富な - Redisのも、支持体には、通知、キーの有効期限とその特性上、パブリッシュ/サブスクライブ。
Redisのと他のキーと値のストアの違いは何ですか？
Redisのは、より複雑なデータ構造を有しており、それらにアトミック操作を提供し、その異なるいます
彼はデータベースの進化のパス。一方、Redisのデータ型は、貫通プログラマの基本的なデータ構造に基づいています
明、追加の抽象化の必要なし。
メモリのRedisで実行されているが、ディスクに永続化するので、異なるスピードの読み取りと書き込みのためのデータセットするとき
メモリのトレードオフ、データはハードウェアメモリの量よりも大きくすることはできませんので。インメモリ・データベースのもう一つの利点
複雑なデータ構造内の同じディスクと比較され、操作はメモリに非常に簡単ですので、Redisの
あなたは非常に複雑な内部のたくさんのことを行うことができます。一方、そのコンパクトディスクフォーマットの観点で追加します
彼らはランダムアクセスを必要としないため、生産への道。
2、Redisのデータ型？
A：文字列（文字列）、ハッシュ（ハッシュ）、リスト（一覧）、セット（集合）とzsetsortedセット：：順序集合）のRedisは、5つのデータ型をサポートしています。
あなたはシニアRedisのユーザーですが、また、いくつかのデータ構造ジオ、以下HyperLogLog、パブ/サブを追加する必要がある場合は私たちの実際のプロジェクトでは、より一般的に使用される文字列、ハッシュされています。
あなたも果たしRedisのモジュールを言うなら、ブルームフィルタ、RedisSearch、Redisの-MLのように、インタビュアーは目が光アップを始めました。
3.そこのRedisを使用する利点は何ですか？
HashMapのと同様に、メモリに記憶されたデータは、HashMapの利点があるため、1、高速動作時の複雑さ）を見つけるとO1します
2、豊富なデータタイプ、サポート文字列、リスト、セットのサポート、ZSET、ハッシュなど
図3に示すように、サポートサービス、操作は、いずれかのすべての実行又は全て実行されるデータに、いわゆるアトミック変更原子であります
4は、豊富な機能を備えた：キャッシング、メッセージ、プレス有効期限を設定するためのキーのために使用することができ、自動的に失効した後に削除されます
4、Redisのmemcachedのは、どのような利点が比較されますか？
1、すべての値は、単純な文字列であるMemcachedの、その代替としてのRedis、データは、より豊かなクラスをサポート
2、Redisのは速いのMemcachedより
3、Redisのは、そのデータを永続化することができます
5、MemcacheのとRedisの違いは何ですか？
1、データ記憶Memecacheメモリ内のすべての存在は、データがメモリサイズを超えないようにすることができ、停電がハングアップします。Redisのは、ハードディスク上の部分を持って、これは永続的なデータを確実にします。
比較的単純なデータ型のサポートMemcacheのためにサポート2、データ型。複雑なデータ型をRedisの。
図3は、基礎となる実装を介してクライアントモードの異なるモデル間の通信に使用される、基礎となるアプリケーションプロトコルは同じではありません。システムコールシステムの機能のほとんどは、それが移動して要求するためにいくつかの時間を無駄になりますので、RedisのVMは、自分の直接のメカニズムを構築します。
6、Redisのは、単一スレッド単一プロセスでありますか？
A：Redisのは、単一スレッド単一プロセスである技術が従来のデータベースシリアル制御のオーバーヘッドをなくし、同時アクセスシリアルアクセスとなるであろうキューイングのRedis。
7は、最大容量を格納できる文字列型の値はどのくらいですか？
回答：512M
8.永続化メカニズムRedisのは何ですか？彼らの長所と短所？
Redisの永続化機構はRDBとAOFのために2つのメカニズムを提供します。
1、RDBRedisのデータベース）の永続的な方法：データセットの半分の道永続モードのスナップショットがある）で、持続性の終了後の時点での一時ファイルのデータに書き込まれたすべてのキーと値のペアのRedisデータベースを記録この一時ファイルは、データ復旧に、以前の永続的なファイルを置き換えます。
利点：
1、一つだけのファイルdump.rdb、便利持続。
2は、災害復旧は、ファイルがディスクのセキュリティに保存することができ、良いです。
図3は、メインプロセスがコマンドを処理し続けるように、書き込み操作を完了するために、パフォーマンス、フォークの子プロセスを最大限にするので、IOが最大です。永続化する別のサブプロセス、メイン処理）性能Redisのを確実にするために、任意のIO動作を行わないデータセット4、AOFより効率的プロモーターに対して大きいです。
短所：
1、データのセキュリティが低いです。RDBは、障害が永続間で発生した場合のRedis、データの損失が発生する可能性があり、持続時間遅れです。したがって、このアプローチは、データ要件に適している厳格な時間ではありません）
2、AOFAppend専用ファイル）永続的な方法：すべてのコマンドラインの記録フォーマットRedisのコマンド要求プロトコル完全永続ストレージ）ファイルとして保存AOF。
利点：
AOFファイルに記録動作の各コマンドの後1、データセキュリティ、永続性は常には、特性AOF appendfsyncが構成されてもよいです。
2は、追加モードの書き込みファイルによって、サーバーが途中でダウンした場合でも、データの整合性の問題は、Redisのチェック-AOFツールによって解決することができます。
3、書換モードAOF機構。AOFファイル（ファイルが大きすぎると、書き換えコマンドをマージします）リライトされていない前に、あなたは（）などflushallの誤用など）これらのコマンドの一部を削除することができます
短所：
1、AOFは、RDBファイルを超えるファイル、および回復が遅いです。
図2に示すように、データは、開始RDBよりも大きい、低い効率を設定します
9、Redisの一般的なパフォーマンスの問題と解決策：
スナップショットがパフォーマンスに比較的大きな影響が非常に大きいときに1、マスターは、メモリのスナップショットを書くことが最善ではありません、マスター書き込みメモリのスナップショット場合、rdbSaveコマンドスケジューリングセーブ機能、作業のメインスレッドをブロックすることができ、断続的に中断されます
図2に示すように、データがより重要である場合、スレーブオープンAOFバックアップデータ、ポリシー、同期秒に設定されています
図3に示すように、マスタコピー速度と安定性のために、マスターとスレーブは、好ましくは、同じローカルエリアネットワークに接続されています
4、メインのライブラリに多くの圧力から増加しないようにしてください
5、ない原本図構造から、片方向リンク・リスト構造がより安定した、すなわち：マスター< - でスレーブ1 < - Slave2を< - Slave3 ...達成するために、障害が発生したような構成の便利な単一点、マスタースレーブ交換を解決します。マスターがハングアップした場合は、すぐに変えることができますスレーブ1はマスター、他の未変更を行います。
10、削除ポリシーRedisのは、キーが期限切れ？
1は、定期的に削除します。キーの有効期限の時間設定を、同時に、タイマーのタイマーを作成する）タイマーは、キーの時間が来る時をもって任期満了とすぐにキーの削除を実行してみましょう。
2、削除て不活性：放任キーは関係なく、期限が切れるが、各時間は鍵空間からのキーの期限が切れた場合、それは、キーを削除し、キーの有効期限が切れたかどうかを確認するために行われ得る。有効期限が切れていない場合は、キーを返します。
3、定期的に削除：随時プログラムに期限切れのキーを削除した検査データベースを、実施します。あなたが期限切れのキーを削除するだけでなく、データベースの数、アルゴリズムの決定を確認したいどのくらいのためとして。
11、Redisの回復戦略（フェーズアウト戦略）？
- 揮発性LRU：データセットの有効期限の組のうち最低使用頻度のデータの選択（server.db [I] .expires）で
- 揮発性-TTL：期限切れの有効期限は、データセット（server.db [I] .expires）から設定されているべきデータの選択
- 揮発性ランダム：有効期限は、データセットからセット（server.db [I] .expires）任意のデータの中から選択されています
- allkeys-LRU：データセットからの最低使用頻度のデータの選択を行う（server.db [I] .dict）で
- allkeysランダム：データセットからデータを選択する（server.db [I] .dict）任意
- 無enviction（追放）は：追放データを禁止します
機構、揮発性及びallkeysの6種類が提供するノートは、LRU、TTLおよびランダム三つの異なる段階的戦略の背面から出データセット全体からのデータのうち、データ収集またはデータのセット有効期限であり、Aと結合無envictionの種類は、戦略を回復したことはありません。
使用ポリシールール：
1、データが高いデータアクセス頻度の一部であるべき乗則分布を提示した場合、データアクセスの低周波部分、使用allkeys、LRU
図2に示すように、データがあること、同じ分布をレンダリングした場合、すべてのデータアクセス頻度がallkeys乱数を使用して、同じです
12.なぜメモリにすべてのデータを入れるEDIS必要？
A：Redisのはメモリに、非同期データをディスクに書き込むことにより、最速の読み取りおよび書き込み速度データを達成するために。そのため、高速での機能の永続データをRedisの。真剣にあなたがメモリ内のデータを入れていない場合は、ディスクI / O速度はRedisののパフォーマンスに影響を与えます。メモリ今日安くなって、Redisのは、ますます人気になるだろう。あなたが使用する最大メモリを設定した場合、データが記録されている数は、メモリの制限に達した後に新しい値を挿入し続けることができません。
13、Redisの同期メカニズムは、それを理解するには？
A：Redisの同期からマスタースレーブの同期を使用することができます。メモリバッファに続く変更の記録動作が完了した後、RDB画像がメモリにロードされたノードのコピーが完了した後、ファイルのコピーノードの総量に受け入れ同期さRDBながら最初の同期は、マスタノードは、一度bgsaveありません。ローディングが完了し、その後ノードレコード同期再生同期処理に変更されたコピーの動作時にマスタノードに通知した後に完了する。
14は、パイプラインのメリットは何ですか、なぜパイプラインする必要がありますか？
：複数のIO往復時間を設け、一方に低減することができる命令実行パイプラインの間には因果関係。QPSのピーク値が重要な要因は、バッチ命令パイプラインの数であるRedisの場合に圧力測定のために使用Redisのベンチマークを求めることができます。
15は、使用のRedisクラスターか、クラスタがどのような原則ですか？
1）、高可用性のRedisのセンチネルフォーカス、自動的にマスターに昇格マスタースレーブでのダウンタイムは、サービスを提供し続けています。
スケーラビリティ上の2）、Redisのクラスタフォーカス、クラスタメモリの断片を使用する場合にメモリのうち単一のRedis。
16、どのような状況下で、Redisのクラスタリング方式は、クラスタ全体が使用できない原因でしょうか？
A：そこノードBに障害が発生した場合、クラスタA、B、Cの3つのノードは、レプリケーションモデルが存在しない場合に、あるクラスタ全体がスロットの5501から11000の範囲の欠如が利用できないと思われます。
17、Redisのは、Javaクライアントが何を持ってサポートしていますか？公式は、使用することをお勧めしますか？
A：Redisson、Jedis、レタスなど、公式にはRedissonをお勧めします。
18、JedisとRedissonコントラストどんな長所と短所？
A：Jedis Redisのは、そのAPIはRedisのコマンドのより包括的なサポートを提供し、クライアントのJava実装であり、Redisson分散型でスケーラブルなJavaデータ構造、およびJedisは関数に比較的単純な比較、文字列をサポートしていません。操作は、Redisの特性の順序、トランザクション、配管、ゾーニングなどをサポートしていません。Redisson目的は、それによって、ビジネスロジックにより狭く集中するユーザーを有効にすると、ユーザのRedisへの関心の分離を促進することです。
19、Redisのは、どのようにパスワードを設定し、パスワードを確認するには？
パスワード：コンフィグ設定requirepass 123456
認証パスワード：認証123456
20、Redisのハッシュスロットの概念について話？
A：Redisのクラスタは、一貫したハッシュを使用するが、ハッシュスロットの概念を導入しない、Redisのハッシュクラスタは、場所にどのスロットを決定するためにモジュロ16384のCRC16チェックによって各キーの後に、各クラスタを16,384スロットを有していますノードは、ハッシュスロットの部分を担っています。
21、何からメインRedisのクラスタレプリケーションモデル？
A：一部のノードに障害が発生したり、ほとんどのノードがクラスタの場合は、まだ使用可能である通信できないようにするためには、
マスタからコピーモデルを使用してクラスタに、各ノードは、N-1の複製を有します。
22、Redisのクラスタは、それを失うことを書くのだろうか？なぜ？
：Redisのは、データ、手段の強い一貫性を保証するものではありませんので、一定の条件の下でできる練習クラスタ内の
書き込み動作が失われることがあります。
23は、Redisのクラスタ間でコピーする方法ですか？
A：非同期レプリケーション
24は、クラスタの最大数は、Redisのはどのくらいあるノード？
A：16,384。
25、Redisのデータベースクラスタがどのように選択するには？
：Redisのデータベースクラスタは現在0でデフォルトのデータベースを選択しないでください。
26、どのようにRedisのの接続をテストするには？
A：pingコマンドを使用します。
27、どのようにRedisの事務を理解するには？
回答：
1）トランザクションは、単一の分離操作である：すべてのコマンドは、トランザクションが順次実行シリアル化されます。トランザクションの実行中に、コマンドが中断され、他のクライアントの要求に送信されません。
2）トランザクションがアトミックである：いずれかのトランザクション内のすべてのコマンドが実行され、またはすべてを実行していません。
28、Redisのは、取引に関連しているのコマンド？
答：MULTI、EXEC、DISCARD、WATCH
29、Redisのキー有効期限と永久、それぞれ、どのように設定しますか？
A：コマンドを期限切れにして保持されます。
30、Redisのは、どのようにメモリの最適化を行うには？
A：ハッシュテーブルとして使用します（ハッシュ）、ハッシュテーブル（ハッシュテーブルが少ない店舗番号内部言うことです）あなたは、ハッシュテーブルの内側に、データモデルの抽象化としてでなければなりませんので、使用するメモリは、非常に小さいです。例えば、あなたのWebシステムではない別のキーを設定し、ユーザーの名、姓、電子メール、パスワード、に、ユーザーオブジェクトを持っていますが、単にハッシュテーブルの内側に、ユーザーに保存されているすべての情報を考えます。
31、どのようにRedisの回復プロセスの仕事？
A：新しいコマンドを実行しているクライアント、新しいデータを追加します。REDIチェックメモリ使用量、制限maxmemory超える場合、所定のポリシーに従って回収しました。新しいコマンドが実行され、というようにしています。私たちは常に国境に達することで、国境のメモリ制限を続行して、国境に戻って回復していきそう。コマンドの結果は、（例えば、新しいキーにセットの共通部分を大幅に節約するために）使用される大量のメモリが生じた場合はメモリの制限は、メモリ使用量を超えている前に、それは長くはありません。
32、それRedisのメモリ使用量を削減する方法は何ですか？
：あなたは32ビットRedisのインスタンスを使用している場合は、ハッシュ、リスト、ソートセット、セットを十分に活用することができます
そして、通常、多くの小さなキー値は、よりコンパクトに保存できるので、データ収集の他のタイプ、
一緒に。
33、Redisのメモリは何が起こるかなくなりましたか？
：リーチの上限を設定した場合、Redisの書き込みコマンドは、エラーメッセージを返します（ただし、コマンドを読んでも肯定することができ
チャンが返さ。）または、Redisのメモリに達したときには、キャッシュ構成の除去メカニズムとしてのRedisを使用することができます
上限は、古い内容を洗い流すことがあります。
34、キーのRedisのインスタンスの最大数を格納することができますか？リスト、それらまで保存することができますどのように多くの要素セット、ソートセット？
A：理論的にはRedisのは、232のキーまで扱うことができ、およびキーの少なくとも250万ドルのインスタンスごとに保存され、実際にテストしました。私たちは、大きな値のいくつかをテストしています。任意のリスト、セット、およびソートセットは、232個の要素を入れることができます。換言すれば、システムメモリ内の利用可能なメモリの制限値のRedis。
データはRedisの中にホットデータであることを保証するためにどのように35、MySQLは、そこに2000ワットのデータ、Redisの20ワットに保存されたデータのみ、？
A：Redisのメモリデータが特定のサイズにサイズを設定し、それらがデータ消去戦略を実行します。
知識：Redisのデータポリシーの6つのアウトで利用できます：
LRU-揮発性
：最近選択した時間からは、中に有効期限データセット（server.db [i]の.expires）を持っています
少し使用のうちデータ
TTL-揮発性
：でリードし、選択されたデータセット（server.db [I] .expires）から有効期限を設定します
データのアウト期間
ランダム揮発性
：任意のデータセット（server.db [I] .expires）から有効期限を設定します
のうち、データを選択します
LRU-AllKeys
：データセットから出て最低使用頻度のデータの選択（server.db [I] .dict）で
ランダムAllKeys
：データセットからデータを選択する（server.db [I] .dict）任意
無enviction（追放）は
：追放データを禁止します
36、Redisの最も適切なシーン？
1、セッションキャッシュ（セッション・キャッシュ）
最も一般的なシナリオは、Redisのセッションキャッシュ（セッションキャッシュ）を使用しています。（例えばMemcachedのような）以外の記憶とRedisのキャッシングセッションの利点を有する：Redisの永続性を提供します。ユーザーのショッピングカートの情報が失われた場合には厳密に、キャッシュ・コヒーレンシを維持するために必要でない場合は、ほとんどの人が不幸になり、そして今、彼らはそうだろうか？幸いなことに、Redisのこれらの年の改善と、それがどのようにRedisのキャッシングセッションを使用する権利文書を見つけるのは簡単です。でも、よく知られたビジネスプラットフォームMagentoのも、Redisのプラグインを提供しています。
図2に示すように、ページキャッシュ（FPC）
基本的なセッショントークンに加えて、Redisのも、FPCのために非常に便利なプラットフォームを提供します。戻る一貫性、でも再起動Redisのインスタンスは、理由永続ディスクの、ユーザーがPHPローカルFPCに似て大きな改善であり、減少のページの読み込み速度を、表示されません。Magentoのは、再び一例として、Magentoのは、プラグインのフルページのキャッシュバックエンドとしてのRedisを使用するを提供しています。また、WordPressのユーザー、パンテオンは素晴らしいプラグインWP-Redisのを持って、このプラグインは、あなたが訪問したページの読み込みの最速のスピードであなたを助けることができます。
3、キュー
フィールドメモリストレージエンジンでのレイズの大きな利点は、Redisのは、メッセージキューを使用するには良いプラットフォームとして機能することができますリストや集合演算を提供することです。Redisのネイティブ言語（例えば、パイソン）リスト上のプッシュ/ポップ操作と同様の操作キューとして用います。Googleで「Redisのキュー」のための迅速な検索を行う場合は、オープンソース・プロジェクトの大規模な数を見つけることができるでしょう、これらのプロジェクトの目的は、様々なキューのニーズを満たすために非常に優れたバックエンドのツールを作成のRedisを使用することです。例えば、セロリは背景がブローカーとしてのRedisを使用することであり、あなたはここから見に行くことができます。
図4に示すように、リーダーボード/カウンタ
メモリ操作でデジタル上下には非常によく実装されているのRedis。コレクション（セット）と順序集合（ソートセット）も、私たちに、これらの操作は、Redisのは、ただ単にこれら2つのデータ構造を提供し、非常にシンプルになって実行するための時間を確保できます。そこで、我々は最高の10人のユーザにランク取得するには、コレクションをソートする必要がある - 私たちは「user_scores」と呼んで、私たちは次のようなものを実行する必要があります。もちろん、これはあなたのユーザーのスコアに基づいてやっていると仮定します昇順。ユーザーとユーザーのスコアを戻したい場合は、実行する必要があります。ZRANGEはRubyで実装され、良い例です0 10 WITHSCORESアゴラゲームをuser_scores、そのランキングは、ストアデータにRedisのを使用することで、あなたはここにすることができます参照してください。
パブリッシュ/サブスクライブ5.
最後に（確かに最低ではないが）のRedisの機能をパブリッシュ/サブスクライブです。パブリッシュ/使用シナリオは確かに非常に多くのです購読します。私は人々がスクリプトトリガをパブリッシュ/サブスクライブ、さらに機能をサブスクライブ/ Redisのを公表ベースのチャットシステムを構築するためにも、ソーシャルネットワーキング接続を使用しますが、見てきました！
37、それらのすべてを見つけるためにならば、既知の固定プレフィックスで始まる10ワットの鍵を持っている億Redisのキーは、ありますか？
A：使用キー命令は、モードキースキャンリストを指定することもできます。
そして、お互いに尋ねる：このRedisのは、ビジネスラインにサービスを提供している場合は、キーを使って命令が問題になること？
あなたは、キー特性のRedisに回答する必要があり、この時間は：シングルスレッドのRedis。キー命令はスレッドがいくつかの時間のためにブロックされた命令が終了するまで、オンラインサービスが停止される原因となる、サービスを復元することができます。この時間は、スキャンコマンドは、キー非ブロックリスト指定したパターンを抽出することができ、スキャンコマンドを使用することができますが、一度に行うことができ、クライアント側の重複排除の確率の一部の複製、そこになりますが、全体的な時間は割合に直接過ごしキーの司令官。
38、同時に設定するキーのニーズの多くは、一般的なニーズの注目を経過した場合はどうなりますか？
A：その時点であまりにも集中キーの有効期限の時間設定の多くは、時間でのRedisはカトン現象を一瞬も、期限切れになった場合。一般的に、分散剤のいくつかのことを有効期限、時間をかけてランダムな値を追加する必要があります
39は、非同期キューをどうするかのRedisを使用し、あなたはどのように使うのですか？
A：一般的にキュー構造、rpush生産ニュース、LPOP消費者のニュースとしてリストを使用します。適切な睡眠へのメッセージは、もう一度試していないだろうときLPOP。
それを尋ねる人は眠ることができない場合は？
blpopと呼ばれる命令のリストには、メッセージが到着するまで、情報がない場合には、それがブロックされます、があります。消費者を生み出すことができない人は何度もそれを求めた場合は？Nメッセージキュー：使用パブ/サブトピックサブスクライバモードは、1を達成することができます。
彼らはパブリッシュ/サブスクライブを依頼した場合の欠点は何ですか？
組立ラインオフ消費者の場合には、ニュースの生産は、このようなプロのRabbitMQのメッセージキューを使用すると、あまりにも、失われたと上のようになります。
人はRedisの遅延キューを達成する方法を尋ねる場合は？
私は、その詳細を依頼する方法、そして、今、あなたはスティックに入れたいと思い、あなたは野球のバットを持っている場合は面接を殺しました。しかし、あなたは非常に拘束し、穏やかな物腰は答えた：使用したSortedSetは、得点として、タイムスタンプ、zrangebyscore命令で処理する前に、ポーリングデータN秒に農産物のニュース、消費者のアクセスにzadd呼び出すためのキーとして、メッセージの内容を取ります。ここでは、インタビュアーは密かにあなたの親指アップしています。しかし、彼は現時点ではわからなかったあなたは、椅子の背に中指を立てているということです。
40は、使用Redisのは、ロック、それ、何が起こっているされ、分散しますか？
その後、Setnxロックを取得するためにスクランブル、そしてつかんで、そしてロック解除忘れを防止有効期限を期限切れにロックを追加します。
他のあなたは非常によく答え、その後、実行はsetnxプロセス後に期限切れまたは維持し、再起動する前に、不慮のクラッシュあればお願いしに行きました、あなたを教えてくれます。この時間は、その後、何が起こりますか？
あなたがフィードバック驚きを与える必要があり、この時間：まあ、ああ、このロックが解除されることはありませんされています。次に、あなたが自分自身を取得する必要があり、次の結果は、あなたが出て考えるためのイニシアチブをとるということであれば、その答えとして、一瞬考えるように装って、彼の頭の傷：私は、これを可能にし、同時にsetnxに失効すべきパラメータの非常に複雑な命令セットを覚えています使用する命令の合成！その後、他の側には、笑顔を明らかにする、と私の心は暗唱し始めた：プレスは、この子は悪いことではありません。
要約：
40の面接の質問の上記の概要はreadis共通は、多くの場合、一般的な面接の質問には、また、JVM、MyBatisの、春、などインタビューシリーズの話題をまとめreadisに加えて、インタビューの中で遭遇した、必要性の友人ができたマイクロチャネルパブリックがありますノー：Javaプログラマは収集します。