Dear Wiki user, You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification.
The "HintedHandoff" page has been changed by JonathanEllis. http://wiki.apache.org/cassandra/HintedHandoff?action=diff&rev1=1&rev2=2 -------------------------------------------------- + Hinted handoff means that if a node that should receive a write is down, Cassandra will send that write to another node with a "hint" saying that when the destination node becomes available again, the write should be forwarded there. Cassandra uses hinted handoff as a way to (1) reduce the time required for a temporarily failed node to become consistent again with live ones and (2) provide extreme write availability when consistency is not required. - Cassandra provides hinted handoff as a way to (a) provide extreme write availability when consistency is not required and (b) to reduce the time required for a temporarily failed node to become consistent again with live ones. - - Hinted handoff means that if a node that should receive a write is down, Cassandra will send that write to another node with a "hint" saying that when the destination node becomes available again, the write should be forwarded there. A hinted write is NOT sufficient to satify !ConsistencyLevel requirements. Take the simple example of a cluster of two nodes, A and B, and a replication factor of 1 (each key is stored on one node). Suppose node A is down while we write key K to it with !ConsistencyLevel.ONE. Then we must fail the write: recall from the [[API]] page that "if `W` + `R` > `ReplicationFactor`, where W is the number of nodes to block for on write, and R the number to block for on reads, you will have strongly consistent behavior; that is, readers will always see the most recent write."
