Django มีตัวเลือกการ cache อะไรบ้าง?

Question

Accepted Answer

Django มี **caching framework** ที่ยืดหยุ่น รองรับการ cache หลายระดับ (ทั้งหน้า, ผลลัพธ์ของ view, fragment ของ template หรือข้อมูลใด ๆ) และหลาย backend (in-memory, **Redis**, Memcached, ฐานข้อมูล) การ cache หลีกเลี่ยงการทำงานหนักซ้ำ ๆ — เป็นหนึ่งในการเพิ่มประสิทธิภาพที่ส่งผลกระทบสูงสุด ## การตั้งค่า cache backend ```python # settings.py — Redis is the common production choice (shared across servers) CACHES = { "default": { "BACKEND": "django.core.cache.backends.redis.RedisCache", "LOCATION": "redis://127.0.0.1:6379", } } # other backends: LocMemCache (in-memory, per-process), Memcached, database, file ``` ## ระดับของการ cache (หยาบไปละเอียด) ```python # 1. Per-view caching — cache an entire view's output from django.views.decorators.cache import cache_page @cache_page(60 * 15) # cache this view's response for 15 minutes def article_list(request): ... ``` ```html {% load cache %} {% cache 500 sidebar %} ... expensive sidebar rendering ... {% endcache %} ``` ```python # 3. Low-level cache API — cache ANY data, full control from django.core.cache import cache def get_stats(): stats = cache.get("dashboard_stats") # check cache first if stats is None: # cache MISS stats = compute_expensive_stats() # do the work cache.set("dashboard_stats", stats, 3600) # store for 1 hour return stats ``` Django ให้คุณ cache ได้หลายระดับความละเอียด: **ทั้งหน้า** (`cache_page`), **fragment ของ template** (`{% cache %}`) และ **ข้อมูลใด ๆ** ผ่าน low-level API (`cache.get`/`cache.set` — รูปแบบ get-or-compute ที่ยืดหยุ่น) ยังมีการ cache ทั้งเว็บผ่าน middleware ด้วย ## ส่วนที่ยาก: การ invalidate cache ```python # when underlying data changes, the cache must be updated or cleared, or users see stale data def update_article(article): article.save() cache.delete("article_list") # invalidate affected cache entries # strategies: TTL (accept brief staleness), explicit deletion on writes, versioned keys, # or signals to invalidate on model save/delete ``` ```text Cache invalidation is the classic hard problem: when data changes, stale cached values must be cleared/refreshed. Approaches: short TTLs (accept some staleness), explicit cache.delete on writes, or cache versioning/key schemes. ``` ## ควร cache อะไร (และไม่ควร) ```text ✓ Expensive queries/computations, rendered pages/fragments that change infrequently ✓ Aggregations, external API responses, session data ✗ Highly personalized or rapidly-changing data (or use very short TTLs / vary per user) ✗ Don't cache sensitive data carelessly (consider who can read the cache) ``` ## ทำไมจึงสำคัญ การ cache เป็นหนึ่งในการเพิ่มประสิทธิภาพที่ส่งผลกระทบสูงสุดสำหรับแอปพลิเคชัน Django และระบบ cache หลายระดับที่ครอบคลุมของ framework ทำให้มันเข้าถึงได้ — การเข้าใจมันเป็นความรู้ระดับ senior ที่มีค่าสำหรับการสร้างแอปพลิเคชันที่เร็วและขยายตัวได้ คุณค่าหลักคือการหลีกเลี่ยงการทำงานหนักซ้ำ ๆ: query ฐานข้อมูล, การคำนวณที่ซับซ้อน, การเรียก external API และการ render template สามารถถูก cache ได้ เพื่อให้ request ครั้งต่อ ๆ ไปได้รับบริการอย่างรวดเร็ว ลด latency และภาระของฐานข้อมูล/เซิร์ฟเวอร์อย่างมาก ความยืดหยุ่นของ Django ในหลายระดับการ cache (ทั้งหน้าด้วย `cache_page`, fragment ของ template ด้วย `{% cache %}` และข้อมูลใด ๆ ผ่านรูปแบบ get-or-compute ของ low-level API) ให้คุณ cache ในระดับความละเอียดที่เหมาะสมกับแต่ละสถานการณ์ และ **backend ที่เสียบปลั๊กได้** (โดยเฉพาะ **Redis** สำหรับ cache ที่แชร์ข้ามหลายเซิร์ฟเวอร์ — สำคัญเพราะ cache แบบ in-memory ต่อ process ไม่ถูกแชร์เมื่อขยายตัวในแนวนอน) เหมาะกับความต้องการในการ deploy ที่ต่างกัน การรู้วิธีตั้งค่าการ cache, เลือกระดับที่เหมาะสม และเลือก backend ที่ถูกต้องสำหรับการ deploy เป็นความรู้เชิงปฏิบัติที่ต้องใช้บ่อย สิ่งที่สำคัญพอ ๆ กันคือการเข้าใจความยากหลักของการ cache — **การ invalidate** (ปัญหาที่ขึ้นชื่อว่ายากของการเคลียร์หรือ refresh ข้อมูลที่ cache ไว้เมื่อข้อมูลต้นทางเปลี่ยน ผ่าน TTL, การลบโดยตรงตอน write หรือการกำหนดเวอร์ชันของ key เพื่อหลีกเลี่ยงการให้บริการข้อมูลล้าสมัย) — เพราะการทำสิ่งนี้ผิดคือความล้มเหลวคลาสสิกของการ cache ที่แสดงข้อมูลล้าสมัยแก่ผู้ใช้ การรู้ **ควร cache อะไร** (ข้อมูลที่มีต้นทุนสูงและเปลี่ยนไม่บ่อย) เทียบกับสิ่งที่ไม่ควร (ข้อมูลที่เปลี่ยนแปลงรวดเร็วหรืออ่อนไหว) ก็เป็นกุญแจสำคัญต่อการใช้ cache อย่างมีประสิทธิภาพ เนื่องจากการ cache ให้ประสิทธิภาพที่เพิ่มขึ้นอย่างมากแต่ต้องการการ invalidate ที่ระมัดระวัง การเชี่ยวชาญ caching framework ของ Django — ระดับ, backend และโดยเฉพาะกลยุทธ์การ invalidate — เป็นความรู้สำคัญสำหรับการสร้างแอปพลิเคชันที่มีประสิทธิภาพและขยายตัวได้ และเป็นเครื่องหมายของนักพัฒนาที่สามารถทำให้แอป Django เร็วภายใต้ภาระจริง