Retry policies
Retry policies allow the DataStax drivers to automatically retry a request upon encountering specific types of server errors:
In these scenarios, a node is designated as a coordinator for the request by the load balancing policy. The coordinator routes the request to the replicas and returns the response to the driver.
Extended retry policies
In addition to the default retry policies, some drivers allow extended retry policies to implement custom behavior based on read timeout, write timeout, unavailable exceptions, and request errors.
Read timeout
If the number of replicas that reply is greater than or equal to the number of required responses per the consistency level, the default retry policy retries the request. In all other cases, it returns an error.
Write timeout
If the request is a logged batch request and fails to write to the batch log, the default retry policy retries the request. In all other cases, it returns an error.
Unavailable errors
If the request encounters an unavailable error, the default retry policy retries the request using the next host in the load balancing policy.
Fall-through retry policy
The fall-through retry policy never retries or ignores a failed request. In all cases, the fall-through retry policy returns an error. Use this policy for applications that need to implement their own business logic to handle retrying a request.
Logging retry policy
The logging retry policy is intended to be a parent policy for another retry policy implementation. This policy only logs the retry decision made by its child policy. This policy is typically used to debug driver retry behavior.
