Tag: Redis

1. Magento Cache Backend: Configuration in Detail

   Dec 21, 2025

   The Redis cache backend replaces Magento's default file based cache with an in memory store and removes one of the most common I/O bottlenecks in production shops. Understanding env.php, Cm_Cache_Backend_Redis and the related parameters for compression, database separation and cache tags lets you tune the cache backend for catalog size and traffic instead of relying on defaults.

   Read more

2. Cluster vs. Sentinel: When to Use Which Model

   Dec 8, 2025

   Anyone planning a Redis high availability solution almost always faces the same fundamental choice: Redis Sentinel for automatic failover without sharding, or Redis Cluster for high availability with built in horizontal scaling. Both solve different problems, and picking the wrong one means either unnecessary operational complexity or an architecture that breaks down at the next growth ceiling.

   Read more

3. Redis Sorted Sets: Practical Use Cases Beyond Rankings

   Nov 27, 2025

   Sorted Sets are usually seen as a tool for leaderboards, but they are one of the most versatile data structures in Redis. Backed by a score sorted skip list, Sorted Sets work equally well for time series data, delayed job execution and priority queues, often without any extra infrastructure beyond Redis itself.

   Read more

4. Redis Transactions with MULTI/EXEC: Capabilities and Limits

   Nov 16, 2025

   Redis transactions queue commands with MULTI and execute them atomically with EXEC, without any other client interleaving its own commands. But anyone who assumes MULTI/EXEC behaves like a SQL transaction with rollback on runtime errors is working from a false assumption that can lead to inconsistent data in production.

   Read more

5. Implementing the Cache-Aside Pattern Correctly

   Nov 5, 2025

   The cache-aside pattern moves all caching logic into the application: it checks Redis, loads from the database on a miss, and fills the cache itself. Anyone who ignores error handling, TTL values and race conditions ends up with silent inconsistencies and unnecessary database load, even though Redis is supposed to prevent exactly that.

   Read more

6. Distributed Locks with the Redlock Algorithm

   Nov 4, 2025

   As soon as multiple processes access the same resource, a local mutex is no longer enough. Redis offers SET NX PX as a simple locking primitive and the Redlock algorithm as an approach for multiple independent instances, but Martin Kleppmann's well known critique clearly shows the limits of this technique and when simpler locks are actually sufficient.

   Read more

7. Session Storage: Architecture Decisions with Redis

   Nov 4, 2025

   Session storage looks trivial until an application scales across multiple servers and the first login vanishes right after a deploy. Redis as a centralized session store solves the scaling problem, but brings its own architecture decisions along with it, from serialization format through TTL strategy to the question of whether sticky sessions are even needed anymore.

   Read more

8. Write-Through vs. Write-Back Caching Compared

   Oct 18, 2025

   Write-through writes synchronously into both cache and database, guaranteeing consistency at the cost of extra latency. Write-back only writes to the cache and delays the database write asynchronously, saving latency but creating a real risk of data loss if the cache server fails. Which strategy fits depends on the consistency requirements of the specific data.

   Read more

9. Understanding and Fixing Memory Fragmentation

   Oct 12, 2025

   Memory fragmentation occurs when the jemalloc allocator holds more physical memory than Redis actually needs for its data, and it can be measured precisely via mem_fragmentation_ratio. Anyone who understands how jemalloc manages memory blocks can configure Active Defrag deliberately and knows when a controlled restart is the better choice over live defragmentation.

   Read more

10. RDB Snapshots Explained and Configured Correctly

    Oct 4, 2025

    RDB snapshots store the entire dataset of a Redis server as a compact binary file at fixed points in time. Anyone who understands save points, the BGSAVE fork mechanism, and copy-on-write can configure snapshot intervals so that data loss and latency spikes both stay under control, instead of relying on default values.

    Read more