Skip to content

Commit e564e13

Browse files
committed
fix bookmarks
1 parent 52c3733 commit e564e13

File tree

2 files changed

+7
-4
lines changed

2 files changed

+7
-4
lines changed

articles/azure-cache-for-redis/cache-development-faq.yml

Lines changed: 6 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -51,15 +51,18 @@ sections:
5151
### Timeout values
5252
* Consider your workload and set the values to match. If you're storing large values, set the timeout to a higher value.
5353
* Set `AbortOnConnectFail` to false and let StackExchange.Redis reconnect for you.
54-
* Use a single, long-lived `ConnectionMultiplexer` instance rather than creating a new connection for each request. For an example of how to manage a connection, see the `RedisConnection`` class in [Connect to the cache with RedisConnection](cache-dotnet-how-to-use-azure-redis-cache.md#connect-to-the-cache-with-redisconnection).
54+
* Use a single, long-lived `ConnectionMultiplexer` instance rather than creating a new connection for each request. For an example of how to manage a connection, see the `RedisConnection` class in [Connect to the cache by using RedisConnection](cache-dotnet-how-to-use-azure-redis-cache.md#connect-to-the-cache-by-using-redisconnection).
5555
* Set the `ConnectionMultiplexer.ClientName` property to an app instance unique name for diagnostic purposes.
5656
* Use multiple `ConnectionMultiplexer` instances for custom workloads.
57-
* You can follow this model if you have varying load in your application. For example:
57+
58+
You can follow this model if you have varying load in your application. For example:
59+
5860
* You can have one multiplexer for dealing with large keys.
5961
* You can have one multiplexer for dealing with small keys.
6062
* You can set different values for connection timeouts and retry logic for each ConnectionMultiplexer that you use.
6163
* Set the `ClientName` property on each multiplexer to help with diagnostics.
62-
* This guidance might lead to more streamlined latency per `ConnectionMultiplexer`.
64+
65+
Following this guidance might lead to more streamlined latency per `ConnectionMultiplexer`.
6366
6467
- question: |
6568
What Azure Cache for Redis clients can I use?

articles/azure-cache-for-redis/cache-management-faq.yml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -39,7 +39,7 @@ sections:
3939
### StackExchange.Redis best practices
4040
4141
* Set `AbortConnect` to false, then let the ConnectionMultiplexer reconnect automatically.
42-
* Use a single, long-lived `ConnectionMultiplexer` instance rather than creating a new connection for each request. For an example of how to manage a connection, see the `RedisConnection` class in [Connect to the cache with Redisconnection](cache-dotnet-how-to-use-azure-redis-cache.md#connect-to-the-cache-with-redisconnection).
42+
* Use a single, long-lived `ConnectionMultiplexer` instance rather than creating a new connection for each request. For an example of how to manage a connection, see the `RedisConnection` class in [Connect to the cache by using Redisconnection](cache-dotnet-how-to-use-azure-redis-cache.md#connect-to-the-cache-by-using-redisconnection).
4343
* Redis works best with smaller values, so consider chopping up bigger data into multiple keys. In [this Redis discussion](https://groups.google.com/forum/#!searchin/redis-db/size/redis-db/n7aa2A4DZDs/3OeEPHSQBAAJ), 100 kb is considered large. For more information, see [Best practices development](cache-best-practices-development.md#consider-more-keys-and-smaller-values).
4444
* Configure your [ThreadPool settings](#important-details-about-threadpool-growth) to avoid timeouts.
4545
* Use at least the default connectTimeout of 5 seconds. This interval gives StackExchange.Redis sufficient time to re-establish the connection if there's a network blip.

0 commit comments

Comments
 (0)