My main advice for those looking into using Redis is to focus on the use case; Redis excels where low latency is critical, such as caching, session management, or real-time features, rather than using it as a primary database for everything. Pay close attention to the caching design, especially cache invalidation and TTL strategies; poorly designed caches can lead to stale data or inconsistency. Plan for scalability and failure scenarios early; decide how you will handle Redis downtime. If possible, consider using a managed service such as those from Amazon Web Services to reduce operational overhead and focus more on application logic. I find Redis particularly valuable because of how versatile it is. Many people think it is only a key-value pair cache, but its support for atomic operations and different data structures makes it useful for solving various real-world problems. For example, features such as atomic increment operations are extremely useful for building things such as rate limiting or counters without worrying about race conditions. Another underrated aspect is how simple yet powerful TTL and expiration handling are, eliminating the need for complex cleanup logic, which can otherwise introduce bugs or operational overhead. I also think more people should leverage Redis for lightweight distributed coordination, such as using Redis for distributed locks or request duplication, which can simplify system design when multiple services are involved. Using Redis has definitely helped us improve cost efficiency. One of the main impacts was reducing the load on primary databases since a large portion of read requests is served from Redis, so we did not need to scale the database so aggressively, which saved costs on computing and storage. We also observed fewer database connections and queries, leading to lower CPU usage and lower input-output usage, which reduced the need for high-end database instances. For example, during peak traffic, instead of increasing database capacity, Redis absorbed most of the repeated requests, helping us delay or even avoid additional infrastructure provisioning, which directly reduces costs. Of course, Redis itself adds some cost since it requires memory, but the overall savings from reduced database load and improved efficiency outweigh the cost in our case. Overall, my experience with Redis has been very positive, and it has played a key role in improving performance, scalability, and system responsiveness in our back-end system. What stands out to me is its simplicity combined with powerful capabilities; it is easy to get started with but also flexible enough to handle more advanced uses such as caching, session management, and real-time processing. The key is to use it thoughtfully, specifically regarding caching design and understanding its potential. When used correctly, it delivers significant value, and it is definitely a tool I would continue to use in future systems. I would rate my overall experience with Redis as a nine out of ten.
Database Admin and Architect at D-EDGE Hospitality Solutions
Real User
Top 20
Jul 10, 2025
If Redis has questions or comments related to my review, it's possible for them to reach me via email to clarify something. I am interested in being a reference for Redis. On a scale of 1-10, I rate Redis a 10.
I rate Redis seven out of ten overall. While it's a powerful open-source tool, it has areas needing improvement in terms of scalability and certain functionalities. Despite this, the tool provides reliability for our needs. I recommend considering these aspects before adopting Redis for large-scale operations, especially if high technical competencies are needed.
Redis is a nice choice for building applications that require high turnaround times for user requests. It reduces turnaround time by building a cache solution based on Redis. I rate it as eight out of ten.
Do you have any additional comments or advice regarding this solution? Yes, a few additional points that might help you: * Stay Updated: Redis evolves regularly with new features and improvements. Keeping up with the latest updates can help you leverage the best practices and latest enhancements. * Use Redis Sentinel for High Availability: To ensure high availability and automatic failover, consider using Redis Sentinel. It provides monitoring, notification, and automatic failover capabilities. * Regular Backups: Implement regular backup strategies to prevent data loss. While Redis persistence options (RDB and AOF) are robust, having an additional backup mechanism can be a safety net. * Optimize Memory Usage: Redis being an in-memory store, it’s essential to monitor and optimize memory usage. Use features like data eviction policies to manage memory efficiently. * Consider Redis Enterprise for Critical Applications: If you require advanced features like multi-region replication, more robust clustering, and enterprise support, Redis Enterprise might be worth the investment. * Leverage Community Resources: The Redis community is vibrant and full of resources. Participating in forums, following Redis developments, and utilizing community tools can be very beneficial. Redis Cache is better than other competitors and I would recommend it to other people. I'd rate the solution nine out of ten.
Redis is beneficial for specific usage and domains. If Redis can handle various data types efficiently, it would become a comprehensive solution for any use case, potentially topping other databases. Its consistent results and free, open-source nature make it a solid choice. I'd rate the solution eight out of ten.
Use Redis wisely because it is a single-threaded tool. There was an issue we faced in the past where a query was not optimized, which impacted performance significantly.
I haven't explored AI-driven initiatives yet, but they are on my road map. I would recommend Redis for all kinds of caching and message brokering needs. It's a reliable and straightforward solution. Overall, I would rate Redis ten out of ten.
With Redis, I can create lists and key-value pairs. The solution also provides many features for storing data in cache. Storing data in memory using Redis is faster than using traditional databases like Postgres or MySQL. If you are communicating with the services, you can use the solution's Pub/Sub capabilities to send messages, store data in cache, and share it with other microservices. The solution's data persistence model has greatly benefited our resilience, especially when storing any key-value pair. You can install the solution on the local machine or cloud servers like AWS or Google Cloud. I would recommend Redis to other users. Overall, I rate the solution a nine out of ten.
Team Lead at Braveryes Engineering and Services Private Limited
Real User
Top 5
May 18, 2024
If you have a large amount of non-dynamic data that needs to be delivered to the client, you should use Redis. I don't think that it will support AI initiatives since it doesn't support continuous data. I rate the overall solution a seven out of ten.
Overall, I would rate the solution an eight out of ten. It's been very stable so far and performs well within our system. I would recommend it, but I would also highlight the cost factor as something to consider.
Senior Software Engineer at a tech services company with 10,001+ employees
Real User
Nov 17, 2023
Redis is deployed on-cloud in our organization. When it started, Redis had a very simple structure, but now it has a lot of powerful data structures. Users should investigate because they can use other things for their data structure. Redis has more new use cases. Users must consider that Redis is single-threaded, which might take a toll on them when they write to Redis. This might be an issue if you need very high throughput with writes. Overall, I rate Redis a nine out of ten.
Software Development Engineer at a tech vendor with 1-10 employees
Real User
Feb 3, 2023
I'd rate it an eight out of ten because it did what I needed, and it did a good job. However, currently, not every product in the Redis ecosystem has a great community or great support.
Redis offers high-speed, in-memory storage, renowned for real-time performance. It supports quick data retrieval and is used commonly in applications like analytics and gaming.Renowned for real-time performance, Redis delivers high-speed in-memory storage, making it a favorite for applications needing quick data retrieval. Its diverse data structures and caching capabilities support a broad array of use cases, including analytics and gaming. Redis ensures robust scalability with master-slave...
My main advice for those looking into using Redis is to focus on the use case; Redis excels where low latency is critical, such as caching, session management, or real-time features, rather than using it as a primary database for everything. Pay close attention to the caching design, especially cache invalidation and TTL strategies; poorly designed caches can lead to stale data or inconsistency. Plan for scalability and failure scenarios early; decide how you will handle Redis downtime. If possible, consider using a managed service such as those from Amazon Web Services to reduce operational overhead and focus more on application logic. I find Redis particularly valuable because of how versatile it is. Many people think it is only a key-value pair cache, but its support for atomic operations and different data structures makes it useful for solving various real-world problems. For example, features such as atomic increment operations are extremely useful for building things such as rate limiting or counters without worrying about race conditions. Another underrated aspect is how simple yet powerful TTL and expiration handling are, eliminating the need for complex cleanup logic, which can otherwise introduce bugs or operational overhead. I also think more people should leverage Redis for lightweight distributed coordination, such as using Redis for distributed locks or request duplication, which can simplify system design when multiple services are involved. Using Redis has definitely helped us improve cost efficiency. One of the main impacts was reducing the load on primary databases since a large portion of read requests is served from Redis, so we did not need to scale the database so aggressively, which saved costs on computing and storage. We also observed fewer database connections and queries, leading to lower CPU usage and lower input-output usage, which reduced the need for high-end database instances. For example, during peak traffic, instead of increasing database capacity, Redis absorbed most of the repeated requests, helping us delay or even avoid additional infrastructure provisioning, which directly reduces costs. Of course, Redis itself adds some cost since it requires memory, but the overall savings from reduced database load and improved efficiency outweigh the cost in our case. Overall, my experience with Redis has been very positive, and it has played a key role in improving performance, scalability, and system responsiveness in our back-end system. What stands out to me is its simplicity combined with powerful capabilities; it is easy to get started with but also flexible enough to handle more advanced uses such as caching, session management, and real-time processing. The key is to use it thoughtfully, specifically regarding caching design and understanding its potential. When used correctly, it delivers significant value, and it is definitely a tool I would continue to use in future systems. I would rate my overall experience with Redis as a nine out of ten.
If Redis has questions or comments related to my review, it's possible for them to reach me via email to clarify something. I am interested in being a reference for Redis. On a scale of 1-10, I rate Redis a 10.
I rate Redis seven out of ten overall. While it's a powerful open-source tool, it has areas needing improvement in terms of scalability and certain functionalities. Despite this, the tool provides reliability for our needs. I recommend considering these aspects before adopting Redis for large-scale operations, especially if high technical competencies are needed.
Redis is a nice choice for building applications that require high turnaround times for user requests. It reduces turnaround time by building a cache solution based on Redis. I rate it as eight out of ten.
Do you have any additional comments or advice regarding this solution? Yes, a few additional points that might help you: * Stay Updated: Redis evolves regularly with new features and improvements. Keeping up with the latest updates can help you leverage the best practices and latest enhancements. * Use Redis Sentinel for High Availability: To ensure high availability and automatic failover, consider using Redis Sentinel. It provides monitoring, notification, and automatic failover capabilities. * Regular Backups: Implement regular backup strategies to prevent data loss. While Redis persistence options (RDB and AOF) are robust, having an additional backup mechanism can be a safety net. * Optimize Memory Usage: Redis being an in-memory store, it’s essential to monitor and optimize memory usage. Use features like data eviction policies to manage memory efficiently. * Consider Redis Enterprise for Critical Applications: If you require advanced features like multi-region replication, more robust clustering, and enterprise support, Redis Enterprise might be worth the investment. * Leverage Community Resources: The Redis community is vibrant and full of resources. Participating in forums, following Redis developments, and utilizing community tools can be very beneficial. Redis Cache is better than other competitors and I would recommend it to other people. I'd rate the solution nine out of ten.
Redis is beneficial for specific usage and domains. If Redis can handle various data types efficiently, it would become a comprehensive solution for any use case, potentially topping other databases. Its consistent results and free, open-source nature make it a solid choice. I'd rate the solution eight out of ten.
Use Redis wisely because it is a single-threaded tool. There was an issue we faced in the past where a query was not optimized, which impacted performance significantly.
I rate the overall solution a ten out of ten.
Overall, I rate the solution ten out of ten.
I haven't explored AI-driven initiatives yet, but they are on my road map. I would recommend Redis for all kinds of caching and message brokering needs. It's a reliable and straightforward solution. Overall, I would rate Redis ten out of ten.
With Redis, I can create lists and key-value pairs. The solution also provides many features for storing data in cache. Storing data in memory using Redis is faster than using traditional databases like Postgres or MySQL. If you are communicating with the services, you can use the solution's Pub/Sub capabilities to send messages, store data in cache, and share it with other microservices. The solution's data persistence model has greatly benefited our resilience, especially when storing any key-value pair. You can install the solution on the local machine or cloud servers like AWS or Google Cloud. I would recommend Redis to other users. Overall, I rate the solution a nine out of ten.
If you have a large amount of non-dynamic data that needs to be delivered to the client, you should use Redis. I don't think that it will support AI initiatives since it doesn't support continuous data. I rate the overall solution a seven out of ten.
Overall, I would rate the solution an eight out of ten. It's been very stable so far and performs well within our system. I would recommend it, but I would also highlight the cost factor as something to consider.
Redis is deployed on-cloud in our organization. When it started, Redis had a very simple structure, but now it has a lot of powerful data structures. Users should investigate because they can use other things for their data structure. Redis has more new use cases. Users must consider that Redis is single-threaded, which might take a toll on them when they write to Redis. This might be an issue if you need very high throughput with writes. Overall, I rate Redis a nine out of ten.
People using the solution should be aware of all the features of the solution. Overall, I rate the solution a ten out of ten.
I would recommend this solution to those who extensively rely on read operations. Overall, I rate the solution a nine out of ten.
I'd rate it an eight out of ten because it did what I needed, and it did a good job. However, currently, not every product in the Redis ecosystem has a great community or great support.