You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems like a traffic that doesn't require the use of a pool, but I'm using a pipeline because there are many concurrent commands.
Concurrency itself is not a good reason to use connection pooling. Typically you would use connection pooling when there are blocking commands (e.g. BLPOP) or you are using transactions.
There is a phenomenon in which the acqure of boundAsyncPool provides connection in the FIFO, so it is crowded to one of the two Slaves.
I assume you want to split the load evenly between the two AWS Elasticache Redis Slaves?
The choice of node is made based on the ReadFrom setting. There is currently no load-balancing mechanism, but you can specify random nodes to be used, see #834.
Project is using boundAsyncPool for Redis Pipeline functionality.
There are two AWS Elasticache Redis Slaves, and we are using DirDnsResolver to disable DnsCache as much as possible.
It seems like a traffic that doesn't require the use of a pool, but I'm using a pipeline because there are many concurrent commands.
There is a phenomenon in which the acqure of boundAsyncPool provides connection in the FIFO, so it is crowded to one of the two Slaves.
Can you give me some advice to solve these issues?
The text was updated successfully, but these errors were encountered: