Published Thứ Bảy, 10:13 SA

⚡💾 Caching: Hiểu Cache Từ Gốc

Xuất bản Thứ Bảy, 10:13 SA• 16 9 0 7

Caching Không Chỉ Là Tăng Tốc, Mà Là Cách Hệ Thống Tránh Tự Bóp Nghẹt Chính Nó

Một series kỹ thuật tốt không chỉ trả lời câu hỏi "dùng cái gì".

Nó phải giúp người đọc trả lời câu hỏi khó hơn:

Tại sao vấn đề này xuất hiện?

Nó đụng vào lớp nào của hệ thống?

Nếu xử lý đúng thì hệ thống khỏe hơn ở đâu?

Và nếu xử lý sai thì hóa đơn sẽ quay lại ở metric, vận hành hay khả năng tiến hóa như thế nào?

Rất nhiều hệ thống bắt đầu đụng trần hiệu năng không phải vì business logic quá nặng, mà vì cùng một dữ liệu bị đọc đi đọc lại quá nhiều lần.

Lúc đó người ta thường nói rất nhanh: thêm cache đi.

Nghe thì đơn giản. Nhưng trong production, cache hiếm khi chỉ là một lớp tăng tốc vô hại.

Nó có thể cứu database, giảm latency và hấp thụ traffic spike. Nhưng nó cũng có thể tạo stale data, cache stampede, invalidation pain và những bug rất khó giải thích nếu dùng theo kiểu 'đặt vào cho có'.

Vì sao series này ra đời?

Series này được viết để giúp developer nhìn caching như một quyết định hệ thống: khi nào nên thêm, thêm ở đâu, cứu metric nào và phải trả giá vận hành ra sao.

Thay vì học từng mảnh rời, mục tiêu của series là giúp người đọc có một hành trình rõ hơn:

hiểu bản chất trước
nhìn đúng workload và failure mode
đọc được trade-off thay vì chỉ đọc khái niệm
biến kiến thức thành decision quality, không chỉ thành vocabulary

Series này không đi theo hướng nào?

Đây không phải series kiểu 'cài Redis trong 5 phút'.
Cũng không phải bộ mẹo copy-paste vài pattern cache rồi áp vào mọi nơi.
Điều TechCraft muốn làm là kéo caching ra khỏi vùng mẹo performance ngắn hạn, để đặt nó vào đúng bối cảnh read path, write path, consistency và workload thật.

Đó cũng là tinh thần chung của TechCraft khi làm nội dung public trên Viblo:

Free không có nghĩa là hời hợt.

Một bài public vẫn phải đủ chiều sâu để người đọc thật sự hiểu chủ đề, đọc lại được, tra cứu được và dùng làm nền cho những quyết định kỹ thuật tốt hơn.

Chúng ta sẽ đi qua những gì?

Trong series này, hành trình sẽ xoay quanh những nhóm câu hỏi như:

độ trễ, bottleneck và vì sao nhiều request không đáng phải quay về nguồn gốc
cache-aside, read-through, write-through, write-behind và trade-off của từng kiểu
cache invalidation, TTL, refresh strategy và vì sao đây mới là phần đau nhất
cache stampede, hot key, thundering herd và cách hệ thống tự cứu mình khi traffic tăng sốc
mối quan hệ giữa cache, database, connection pool và overall system throughput

Điều quan trọng không nằm ở việc thuộc lòng từng khái niệm.

Điều quan trọng là sau mỗi phần, người đọc bắt đầu nhìn ra:

kỹ thuật nào đang cứu đường nào của hệ thống
kỹ thuật nào đang tạo thêm complexity ngầm
quyết định nào đáng trả giá, và quyết định nào chỉ là chạy theo cảm giác "xịn"

Series này dành cho ai?

Series sẽ hợp với bạn nếu bạn là:

backend developer đã từng đụng chậm query, chậm API hoặc nghẽn database
người đang dùng Redis hoặc cache framework nhưng muốn hiểu sâu hơn tại sao nó hoạt động
developer muốn đọc production issue bằng tư duy system thay vì chỉ thêm tài nguyên

Nếu bạn còn rất mới và mới chỉ dừng ở mức làm theo tutorial, series này có thể hơi dày ở vài đoạn.

Nhưng nếu bạn đã bắt đầu va chạm với hệ thống thật, mình tin đây là loại nội dung có thể giúp bạn nối các mảnh kỹ thuật lại thành tư duy.

TechCraft muốn làm gì với series này?

TechCraft không muốn biến việc học kỹ thuật thành trò sưu tầm buzzword.

Mục tiêu là đưa người đọc đi lên theo đúng tinh thần giáo dục mà tụi mình đang theo đuổi:

không bắt đầu bằng thứ khó nhất
không đơn giản hóa đến mức đánh mất bản chất
không cố làm nội dung nghe "đao to búa lớn" nhưng thiếu giá trị dùng lại

Thay vào đó, mỗi series nên là một hành trình:

có điểm bắt đầu rõ
có độ khó tăng dần
có logic nối giữa các phần
và đủ thực tế để sau khi đọc, người học thấy mình reason tốt hơn trước khi đụng vào production

Nếu một bài viết khiến bạn chỉ thấy "hay", giá trị của nó khá ngắn.

Nếu một bài viết khiến bạn đặt câu hỏi tốt hơn, nhìn hệ thống rõ hơn và bớt quyết định theo cảm tính, giá trị của nó sẽ đi cùng bạn lâu hơn rất nhiều.

Đó là kiểu series TechCraft muốn xây.