Cassandraで実装されたCL ONEでの読み込みはどうなっていますか?
コーディネーターはすべてのレプリカを照会し、最初のレプリカが応答するのを待ちますか?
ドキュメントによると、コーディネーターは最も近いレプリカを 1 つ照会する必要があります。このクエリ中にタイムアウトが発生した場合はどうなりますか? 別のレプリカを試すか、クライアントにエラーを返しますか?
Cassandraで実装されたCL ONEでの読み込みはどうなっていますか?
コーディネーターはすべてのレプリカを照会し、最初のレプリカが応答するのを待ちますか?
ドキュメントによると、コーディネーターは最も近いレプリカを 1 つ照会する必要があります。このクエリ中にタイムアウトが発生した場合はどうなりますか? 別のレプリカを試すか、クライアントにエラーを返しますか?
コーディネーターはすべてのレプリカを照会し、最初のレプリカが応答するのを待ちますか?
あなたが言及したように、スニッチによって決定されるように、最も近いノードを照会します。
このクエリ中にタイムアウトが発生するとどうなりますか
Dynamic Snitchに関する追加のドキュメントがあり、次のように述べられています。
デフォルトでは、すべてのスニッチは動的スニッチ レイヤーも使用します。このレイヤーは読み取りレイテンシを監視し、可能な場合はパフォーマンスの低いノードからリクエストをルーティングします。
その定義により、スニッチが選択したノードに障害が発生した場合、スニッチは [次に] 最も近いノードにトランザクションをルーティングする必要があります。
2.0.2 の時点で、Cassandra にはRapid Read Protectionと呼ばれる機能があることに注意してください。
[A] Cassandra が単一のリクエストをドロップすることなくノード障害を許容できるようにする