{"id":85,"date":"2019-04-16T07:02:00","date_gmt":"2019-04-16T07:02:00","guid":{"rendered":"https:\/\/opstree.com\/blog\/\/2019\/04\/16\/redis-best-practices-and-performance-tuning\/"},"modified":"2025-11-19T18:03:57","modified_gmt":"2025-11-19T12:33:57","slug":"redis-best-practices-and-performance-tuning","status":"publish","type":"post","link":"https:\/\/opstree.com\/blog\/2019\/04\/16\/redis-best-practices-and-performance-tuning\/","title":{"rendered":"Redis Best Practices and Performance Tuning for High-Speed Systems"},"content":{"rendered":"

In modern high traffic systems, Redis is one of the fastest in-memory data stores, but without proper tuning, even Redis can start showing performance bottlenecks.<\/p>\n

The solution? Performance tuning and configuration optimization.<\/strong><\/p>\n

This guide covers the most important Redis performance tuning practices<\/strong> every DevOps engineer, SRE, or backend developer must follow.<\/p>\n

One of the thing that I love about my organization is that you don’t have to do the same repetitive work, you will always get the chance to explore some new technologies. The same chance came across to me a few days back when one of our clients was facing issue with Redis.
\nThey were using the Redis Cluster with Sentinel for which they were facing issue regarding performance, whenever the connection request was high the Redis Cluster was not able to bear the load.
\nSince they were using a decent configuration of the server in terms of CPU and Memory but the result was the same. So now what????
\nThe Answer was to tune the performance.<\/p>\n

There are plenty of Redis performance articles out there, but I wanted to share my experience as a DevOps with Redis by creating an article which will include the most essential and important stuff that is needed for a Developer or a DevOps Engineer.<\/p>\n

[ Searching for the best DevOps company<\/a> for your business solutions?]<\/strong><\/p>\n

Enable TCP KeepAlive for Connection Stability<\/h2>\n

Keepalive is a method to allow the same TCP connection for HTTP conversation instead of opening a new one with each new request.<\/p>\n

In simple words, if the keepalive is off the Redis will open a new connection for every request which will slow down its performance. If the keepalive is on then Redis will use the same TCP connection for requests.<\/p>\n

Let’s see the graph for more details. The Red Bar shows the output when keepalive is on and Blue Bar shows the output when keepalive is off<\/p>\n

<\/span><\/div>\n

For enabling the TCP keepalive, Edit the redis\u00a0configuration and update this value.<\/p>\n

\n
vim \/etc\/redis\/redis.conf\r\n<\/span><\/pre>\n
# Update the value to 0\r\ntcp-keepalive 0<\/pre>\n<\/div>\n
[ Also Read: Redis Observability with Open Telemetry<\/a> ]<\/strong><\/p>\n
Use Redis Pipelining for Faster Request Processing<\/h2>\n
This feature could be your lifesaver in terms of Redis Performance. Pipelining facilitates a client to send multiple requests to the server without waiting for the replies at all and finally reads the reply in a single step.<\/p>\n
For example:-<\/p>\n
\"1\"<\/p>\n
You can also see in the graph as well.<\/p>\n
<\/span><\/p>\n
Pipelining will increase the performance of redis drastically.<\/p>\n
Want high-performance data pipeline development services<\/a> that ensure seamless data processing?, Click now to learn more.<\/p>\n
Increase Maximum Connections (somaxconn)<\/h2>\n
Max-connection is the parameter in which is used to define the maximum connection limit to the Redis Server. You can set that value accordingly (Considering your server specification) with the following steps.<\/p>\n
\n
sudo vim \/etc\/rc.local\r\n\r\n# make sure this line is just before of exit 0.\r\n<\/span>sysctl -w net.core.somaxconn=65365<\/pre>\n<\/div>\n
This step requires the reboot if you don’t want to reboot the server execute the same sysctl\u00a0<\/b>command on the terminal itself.<\/p>\n
Enable Overcommit Memory to Avoid OOM Errors<\/h2>\n
Overcommit memory is a kernel parameter which checks if the memory is available or not. If the overcommit memory value is 0 then there is a chance that your Redis will get OOM (Out of Memory) error. So do me a favor\u00a0and change its value to 1 by using the following steps<\/p>\n
echo 'vm.overcommit_memory = 1' >> \/etc\/sysctl.conf<\/span><\/pre>\n
<\/div>\n
\n
Disable RDB and AOF in Redis Cluster Mode<\/h2>\n<\/div>\n
RDB persistence and Append Only File options are used to persist data on disk. If you are using the cluster mode of Redis then the RDB persistence and AOF is not required. So simply comment out these lines in redis.conf<\/p>\n
<\/div>\n
sudo vim \/etc\/redis\/redis.conf\r\n\r\n# Comment out these lines\r\n<\/span>save 900 1\r\nsave 300 10\r\nsave 60 10000\r\n<\/span>\r\nrdbcompression no\r\nrdbchecksum no\r\n\r\nappendonly no<\/span>\r\n<\/pre>\n
<\/div>\n
\n
Disable Transparent Huge Pages (THP)<\/h2>\n<\/div>\n
\n
Most of the people are not aware of this term. Basically, For making the translation of physical and virtual memory kernel uses the concept of paging. This feature was defined to enhance the memory mapping process but somehow it slows down the databases which are memory based (for example – in the case of Redis). To overcome this issue you can disable THP.<\/p>\n
sudo vim \/etc\/rc.local # Add this line before exit 0<\/span> echo never > \/sys\/kernel\/mm\/transparent_hugepage\/enabled<\/span><\/p>\n<\/div>\n
As graph also shows the difference in performance. The Red Bar is showing THP disabled performance and Blue Bar is showing THP disabled performance.<\/div>\n
\n
<\/span><\/p>\n
Some Other Basic Measures in Redis Configuration<\/p>\n
\n\n\n\n\n<\/colgroup>\n\n\n\n\n\n\n
 
\n
Config Option<\/p>\n<\/td>\n
\n
Value<\/p>\n<\/td>\n
\n
Description<\/p>\n<\/td>\n<\/tr>\n
\n
maxmemory<\/p>\n<\/td>\n
\n
70% of the system<\/p>\n<\/td>\n
\n
maxmemory should be 70 percent of the system so that it will not take all the resource of the server.<\/p>\n<\/td>\n<\/tr>\n
\n
maxmemory-policy<\/p>\n<\/td>\n
\n
volatile-lru<\/p>\n<\/td>\n
\n
It adds a random key with an expiry time<\/p>\n<\/td>\n<\/tr>\n
\n
loglevel<\/p>\n<\/td>\n
\n
notice<\/p>\n<\/td>\n
\n
Loglevel should be “notice”, so that log will not take too much resource<\/p>\n<\/td>\n<\/tr>\n
\n
timeout<\/p>\n<\/td>\n
\n
300<\/p>\n<\/td>\n
\n
There should be a timeout value as well in redis configuration which prevents redis from spending too much time on the connection. It closes the connection of the client if it is ideal for more than 300 seconds.<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<\/div>\n
So now your redis is ready to give a killer performance. In this blog, we have discussed redis best practices and performance tuning.
\nThere are multiple factors which are yet to be explored to enhance the performance of Redis<\/a> if you find that before I do, please let me know to improve this blog.<\/p>\n
In my next blog, I will discuss around how can we do Redis Performance Testing and how we are doing it in our Organisation.<\/b><\/p>\n
Conclusion<\/h2>\n
Redis is fast but only when configured correctly.
By applying these performance tuning techniques such as enabling TCP KeepAlive, using pipelining, optimizing memory usage, disabling THP, and adjusting system-level parameters, you can drastically improve Redis throughput and stability.<\/p>\n
More optimizations exist, and I will cover Redis Performance Testing Automation<\/strong> in the next article.<\/p>\n
If you discover additional tuning strategies, share them so we can optimize this guide further.<\/p>\n","protected":false},"excerpt":{"rendered":"
In modern high traffic systems, Redis is one of the fastest in-memory data stores, but without proper tuning, even Redis can start showing performance bottlenecks. The solution? Performance tuning and configuration optimization. This guide covers the most important Redis performance tuning practices every DevOps engineer, SRE, or backend developer must follow. One of the thing … Continue reading “Redis Best Practices and Performance Tuning for High-Speed Systems”<\/span><\/a><\/p>\n","protected":false},"author":89038429,"featured_media":29900,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_coblocks_attr":"","_coblocks_dimensions":"","_coblocks_responsive_height":"","_coblocks_accordion_ie_support":"","jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","enabled":false},"version":2}},"categories":[1],"tags":[475,768739308,768739285,29632,1930,768739306],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"https:\/\/opstree.com\/blog\/wp-content\/uploads\/2025\/11\/DevSecOps-1.jpg","jetpack_likes_enabled":true,"jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/pfDBOm-1n","jetpack-related-posts":[],"_links":{"self":[{"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/posts\/85"}],"collection":[{"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/users\/89038429"}],"replies":[{"embeddable":true,"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/comments?post=85"}],"version-history":[{"count":8,"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/posts\/85\/revisions"}],"predecessor-version":[{"id":29871,"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/posts\/85\/revisions\/29871"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/media\/29900"}],"wp:attachment":[{"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/media?parent=85"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/categories?post=85"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/tags?post=85"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}