number of connections used by node client. Commands are distributed between connections using
a round-robin scenario. Number of connections in the pool is constant and cannot be changed.
Due to single-threaded nature of Redis, the number of concurrent connections should be kept
low for best performance. The only situation where the number of connections should be increased
is when using WATCH
-MULTI
-EXEC
transactions with optimistic locking.
a RedisOp executed by this client upon initialization. This may be useful for things like script loading, especially when using cluster client which may create and close node clients dynamically as reactions on cluster state changes.
timeout used by initialization operation (initOp
)
a function that returns ConnectionConfig for a connection given its id. Connection ID
is its index in the connection pool, i.e. an int ranging from 0 to poolSize
-1.
a function that returns ConnectionConfig for a connection given its id.
a function that returns ConnectionConfig for a connection given its id. Connection ID
is its index in the connection pool, i.e. an int ranging from 0 to poolSize
-1.
a RedisOp executed by this client upon initialization.
a RedisOp executed by this client upon initialization. This may be useful for things like script loading, especially when using cluster client which may create and close node clients dynamically as reactions on cluster state changes.
timeout used by initialization operation (initOp
)
number of connections used by node client.
number of connections used by node client. Commands are distributed between connections using
a round-robin scenario. Number of connections in the pool is constant and cannot be changed.
Due to single-threaded nature of Redis, the number of concurrent connections should be kept
low for best performance. The only situation where the number of connections should be increased
is when using WATCH
-MULTI
-EXEC
transactions with optimistic locking.
Configuration of a RedisNodeClient, used either as a standalone client or internally by RedisClusterClient.
number of connections used by node client. Commands are distributed between connections using a round-robin scenario. Number of connections in the pool is constant and cannot be changed. Due to single-threaded nature of Redis, the number of concurrent connections should be kept low for best performance. The only situation where the number of connections should be increased is when using
WATCH
-MULTI
-EXEC
transactions with optimistic locking.a RedisOp executed by this client upon initialization. This may be useful for things like script loading, especially when using cluster client which may create and close node clients dynamically as reactions on cluster state changes.
timeout used by initialization operation (
initOp
)a function that returns ConnectionConfig for a connection given its id. Connection ID is its index in the connection pool, i.e. an int ranging from 0 to
poolSize
-1.