Mid⏱ 14 دقیقه2 بخش · 4 نکته

مرور سریع Caching در .NET

استراتژی‌های کش کردن داده برای کاهش فشار روی دیتابیس و افزایش سرعت پاسخ.

0 از 4 نکته مرور شد0٪

فقط نکات طلایی ⭐

فهرست بخش‌ها

انواع کش0/2
استراتژی‌ها و مشکلات رایج0/2

انواع کش0/2

In-Memory در برابر Distributed.

IMemoryCache⭐ طلایی

کش درون‌حافظه‌ای در همان فرآیند اپلیکیشن؛ سریع‌ترین نوع کش ولی در سناریوهای چند-Instance (مثل چند سرور پشت Load Balancer) هم‌گام نیست.

csharp\n_cache.Set(""key"", value, TimeSpan.FromMinutes(5));\n

⚠️ اشتباه رایج:

استفاده از IMemoryCache در یک اپلیکیشن با چند Instance و انتظار اینکه همهٔ سرورها یک کش مشترک ببینند.

Distributed Cache (Redis)⭐ طلایی

کش خارج از فرآیند اپلیکیشن که بین چند Instance مشترک است؛ Redis رایج‌ترین انتخاب برای IDistributedCache در .NET است.

csharp\nbuilder.Services.AddStackExchangeRedisCache(o => o.Configuration = ""localhost:6379"");\n

استراتژی‌ها و مشکلات رایج0/2

Invalidation و مشکلات همزمانی.

Cache-Aside Pattern⭐ طلایی

رایج‌ترین الگو: ابتدا از کش بخوان؛ اگر نبود، از دیتابیس بخوان و نتیجه را در کش بگذار؛ در نوشتن، دیتابیس را به‌روزرسانی و کش را Invalidate کن.

csharp\nvar data = await cache.GetOrCreateAsync(key, () => db.GetDataAsync());\n

💡 نکتهٔ مصاحبه:

مکالمهٔ مصاحبه‌ای رایج: تفاوت Cache-Aside با Write-Through — در Write-Through هر نوشتن هم‌زمان کش و دیتابیس را به‌روز می‌کند.

Cache Invalidation و انقضا (TTL)⭐ طلایی

یکی از سخت‌ترین مسائل مهندسی نرم‌افزار: تعیین زمان و شرایط باطل‌شدن یک آیتم کش‌شده؛ راهکار ساده تعیین Time-To-Live (TTL) مناسب است، راهکار دقیق‌تر Invalidate صریح هنگام تغییر داده است.

💡 نکتهٔ مصاحبه:

جملهٔ معروف فیل کارلتون: «فقط دو چیز سخت در علوم کامپیوتر وجود دارد: Cache Invalidation و نام‌گذاری چیزها» — این جوک را در مصاحبه به کار ببرید.

⚠️ اشتباه رایج:

کش‌کردن داده بدون هیچ TTL یا استراتژی Invalidation، که منجر به نمایش داده‌های قدیمی (Stale Data) می‌شود.