পাঠ্যক্রম খুলুন

প্রাথমিক পর্যায়

Redis বনাম Memcached: cache store নির্বাচন

Redis vs. Memcached

এই পাঠের কুইজ ↓৫ মিনিট পড়াPHP 8.3+ · Laravel 12

আগে পড়ে নিনCache-aside: Laravel ও Redis-এ cache ব্যবহার ↗

এই পাঠের সূচিপত্র

এই পাঠে যা শিখবেন

Cache backend নির্বাচন requirement থেকে করা
Redis data structures ও Memcached simplicity
Driver ও eviction-এর operational প্রভাব

সমস্যা দিয়ে শুরু

Team-এর শুধু product serialization cache দরকার। কেউ বলে Redis সবসময় দ্রুত, কেউ বলে Memcached সবসময় সহজ। Context ছাড়া absolute performance দাবি design নয়। Value size, memory budget, durability need, shared coordination এবং operational skill দেখে backend বেছে নেওয়া উচিত।

সহজ করে বুঝি

Memcached মূলত distributed in-memory key-value cache; application/client server selection ও serialization manage করে। Redis strings ছাড়াও hashes, sets, sorted sets ও atomic operations দেয় এবং deployment অনুযায়ী persistence, replication ও clustering configure করা যায়। তবে Redis-কে cache, queue ও permanent database একসঙ্গে ব্যবহার করলে একই eviction/outage policy সব workload-এর জন্য ঠিক নাও হতে পারে। Laravel Cache facade API এক করলেও backend features ও failure semantics সমান করে না।

পরিচিত একটি উপমা

একটি সাধারণ আলমারি শুধু labeled box রাখে। অন্যটি box ছাড়াও sorted drawer, checklist ও backup system দেয়। দ্বিতীয়টির feature বেশি মানেই প্রতিটি ছোট দোকানের জন্য ভালো নয়; extra configuration ও recovery বোঝার দায়ও বাড়ে।

নকশাটি দেখুন

Diagram লোড হচ্ছে…

Application configured store বেছে নেয়।

Diagram-এর text flow দেখুন

flowchart TD
 A[Laravel Cache abstraction] --> R[Redis store]
 A --> M[Memcached store]
 R --> RD[Structures and configured persistence]
 M --> MK[Ephemeral cached values]
 R --> F[Eviction and outage policy]
 M --> F

Application configured store বেছে নেয়। Common get/put method নিচের backend পার্থক্য ঢেকে দিতে পারে। Redis structures সরাসরি ব্যবহার করলে সাধারণ Cache contract-এর বাইরে যেতে হয়। দুটি backend-এই value হারানো বা unavailable হওয়ার path পরীক্ষা করুন; cache-কে authoritative order record বানানোর কারণ এখানে নেই।

PHP ও Laravel-এ প্রয়োগ

Service-method fragment দুই configured store-এ একই public result রাখার comparison demo। Production-এ একটি purposeful backend বেছে নিন; এটি automatic failover বা migration strategy নয়। Redis-এর PhpRedis/Predis এবং Memcached-এর PHP extension/server আলাদা setup দরকার।

use Illuminate\Support\Facades\Cache;

$publicProduct = ['id' => 42, 'name' => 'Design Book'];
foreach (['redis', 'memcached'] as $store) {
    Cache::store($store)->put('demo:product:42', $publicProduct, 60);
    $loaded = Cache::store($store)->get('demo:product:42');
    if ($loaded === null) {
        throw new \RuntimeException("Cache value unavailable: {$store}");
    }
}

সুবিধা, সীমাবদ্ধতা ও trade-off

Memcached-এর narrow cache role simple mental model দিতে পারে। Redis-এর richer primitives locks, counters ও sorted ranking-এর মতো requirement-এ useful। কিন্তু feature richness extra operational responsibility: persistence latency, replication lag, memory overhead ও failover। Benchmark নিজস্ব payload, concurrency, network ও client configuration-এ চালান। অন্য article-এর microbenchmark নিজের end-to-end latency হিসেবে দাবি করবেন না।

সাধারণ ভুল

Cache facade সব store-এ tags/locks একইভাবে দেয় ধরে নেওয়া।
Eviction-enabled Redis-এ queue data একই policy-তে রাখা।
Cache hit path-এও network failure হতে পারে ভুলে যাওয়া।

আরও একটু গভীরে

Memory sizing-এ raw JSON size ছাড়াও key, metadata, allocator overhead ও replication buffer থাকে। Redis maxmemory policy workload অনুযায়ী বেছে নিতে হয়। Memcached server membership বদলালে client hashing-এর remapping miss wave দিতে পারে। Cache migration-এ representation version ও dual-read fallback lag পরিকল্পনা করুন; পুরোনো serialized PHP object নতুন release-এ incompatible হতে পারে। Plain array/scalar representation contract সহজ করে।

মনে রাখুন

Backend-এর feature তালিকার সঙ্গে requirement মেলান। Cache data disposable হলেও outage behavior production-critical। Driver support, memory policy ও measurable workload ছাড়া winner ঘোষণা করবেন না।

নিজে চেষ্টা করুন

একটি product catalog cache-এর জন্য decision table লিখুন: value size, TTL, locks দরকার কি না, memory limit, outage fallback ও operation skill। দুই backend-এ same representative payload দিয়ে test plan বানান, ফল না মেপে সংখ্যা লিখবেন না।

নিজের বোঝা যাচাই করুন

1. Redis আর cache একই জিনিস?

না। Redis একটি data store; caching তার একটি ব্যবহার। Persistence ও eviction configuration অনুযায়ী role ও guarantees বদলায়।

2. Memcached value durable?

সাধারণ cache design-এ হারাতে পারে ধরে source থেকে rebuild করতে হয়। Authoritative payment record সেখানে রাখবেন না।

3. Facade backend সমান করে?

Common API দেয়, কিন্তু feature support ও failure semantics এক করে না। নির্দিষ্ট driver documentation পরীক্ষা করুন।

4. Queue ও cache একই Redis-এ?

প্রযুক্তিগতভাবে সম্ভব হলেও eviction, memory pressure ও outage coupling বিচার করতে হবে। আলাদা isolation অনেক ক্ষেত্রে উপকারী।

5. কোনটি দ্রুত?

নিজস্ব workload না মেপে universal উত্তর নেই। Serialization, network, concurrency ও key distribution latency বদলায়।

এই পাঠের কুইজ

এই পাঠ থেকে ২টি প্রশ্ন। উত্তর দিয়ে ব্যাখ্যা দেখুন; অধ্যায়ের কুইজ আলাদাভাবে দিতে হবে।

এই পাঠের ২টি প্রশ্নের উত্তর দিন। পাস করতে দুটিই সঠিক হতে হবে।

জমা দেওয়ার পর সঠিক উত্তর ও ব্যাখ্যা দেখবেন। ফলাফল এই ব্রাউজারে সংরক্ষিত থাকবে। অনুশীলনের ফল অধ্যায় সম্পন্নের হিসাবে যোগ হয় না।

সব বিষয় মিলিয়ে অনুশীলন করুন →

অগ্রগতি এই ব্রাউজারে সংরক্ষিত থাকে। শুধু পাঠ খুললে সম্পন্ন হয় না।