<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Caching on Chen Kai Blog</title><link>https://www.chenk.top/en/tags/caching/</link><description>Recent content in Caching on Chen Kai Blog</description><generator>Hugo</generator><language>en</language><lastBuildDate>Thu, 17 Jul 2025 09:00:00 +0000</lastBuildDate><atom:link href="https://www.chenk.top/en/tags/caching/index.xml" rel="self" type="application/rss+xml"/><item><title>System Design (4): Caching — Where to Cache, What to Evict, and When Caching Hurts</title><link>https://www.chenk.top/en/system-design/04-caching-strategies/</link><pubDate>Thu, 17 Jul 2025 09:00:00 +0000</pubDate><guid>https://www.chenk.top/en/system-design/04-caching-strategies/</guid><description>&lt;p>There is an old joke in computer science that the two hardest problems are cache invalidation, naming things, and off-by-one errors. The joke works because cache invalidation really is that hard. But caching is also the single most effective technique for improving system performance. A well-placed cache can reduce latency by 100x, cut database load by 90%, and save thousands of dollars in infrastructure costs per month.&lt;/p>
&lt;p>The trick is knowing where to cache, what patterns to use, and — critically — when caching will make your system worse instead of better.&lt;/p></description></item></channel></rss>