Redis là gì? Bài học này đủ để bắt đầu | Là một Backend bạn đã từng gặp những trường hợp này chưa?

Redis là gì? Nếu đơn giản chỉ làm Cache thì Một Backend đã không đổ máu với giờ cao điểm lad WRITE.
Video thuộc series: "Lộ trình trở thành Backend với những kiến trúc".
Phần 1: [Lộ trình trở thành BACKEND Developer TÔI đã quyết tâm khi nhìn thấy kiến trúc của hệ thống này]( • Lộ trình trở thành BAC... )
Phần 2: [Backend Developer Nếu ai hỏi xong LoadBalancer rồi thì CHÚNG TA sẽ làm gì? Hãy đưa video này cho họ]( • Cách thiết kế hệ thống... )
Phần 3: High Availability là gì? Tiết lộ CÔNG THỨC tính cho phép hệ thống DIE mỗi NĂM vs 3 cách triển khai ( • High Availability là g... )
Phần 4: Api Gateway kết hợp Backend for FrontEnd (BFF) như HỔ mọc thêm CÁNH | Lộ trình trở thành Backend. - • Api Gateway kết hợp Ba...
Phần 5: Redis là gì? Nếu đơn giản chỉ làm Cache thì Một Backend đã không đổ máu với giờ cao điểm lad WRITE | • Redis là gì? Bài học n...
🚩 Subscribe ➜ / tipsjavascript
#redis #cache #api
✅ Follow Me:
Blog: anonystick.com
Facebook: / tipjs
KZbin: / tipsjavascript

[@tuantu260507]

Một người rất tâm huyết cống hiến cho cộng đồng. Hy vọng có ngày nào đó có cơ hội giao lưu.

[@angminhuc6674]

quá hay anh ạ, hóng video Rabbit MQ của a

[@vkkamsy]

hi anh, series này khá là thú vị và hay. anh có thể gom các video liên quan trong series này và đưa vào 1 playlist để em or mọi người tiện follow tuần tự không ạ. _Thanks a_

[@hoangngoc11906]

Đúng lúc đang tìm hiểu về Redis. Cảm ơn anh rất nhiều, mong anh ra nhiều video bổ ích hơn nữa ☘

[@anonystick]

Redis này nó nhìn vậy chứ ko đơn giản

[@duyphongnguyen4016]

Cảm ơn tác giả nhiều.

[@dangtran8513]

Không đơn thuần là nói về Redis, anh nói về kiến trúc thực tế rất hữu ích. Cảm ơn anh :v

[@anonystick]

Cảm ơn bạn đã quan tâm

[@ucnguyen4386]

Hay quá anh ơi. Cảm ơn anh ạ

[@giangduong8472]

rất hay và chi tiết ạ

[@uchuynguyen5523]

Hay quá, cảm ơn Anh

[@nguyenkimtung4653]

Tuyệt vời anh ơi!

[@tranbangbang5076]

Hay quá a. e có 1 vấn đề mong được a giải đáp ạ. nếu trong trường hợp cache miss cao hơn cache hit thì tốc độ của nó sẽ chậm hơn. vậy có cách nào để biết được tỉ lệ giữa cache miss và cache hit kh a, từ đó mình sẽ biết trường hợp nào nên sử dụng cache và trường hợp nào kh cần sử dụng cache ạ!

[@tannguyen-jt8hn]

cảm ơn anh, nếu có thời gian rảnh hy vọng a có video về HA Redis ah.

[@anonystick]

Mới xong á em

[@tienvuonganh3670]

Một kênh quá hay ạ

[@duyhoangta7988]

Cám ơn video của a đã đưa ra kiến trúc tối ưu nhất cho việc sử dụng redis, db, message brocker. Chỗ sử dụng rabbitMQ đồng bộ data từ db vào redis em tìm cũng ít thông tin, và implement nó có vẻ cũng phức tạp. Cần add trigger vào save của những thằng mình muốn cache à a?

[@cuongnguyenhong9898]

Một trong những kênh dạy lập trình nói tiếng Việt chất lượng nhất. Cảm ơn thầy

[@anonystick]

Cảm ơn em đồng hành

[@hieuphan1870]

cảm ơn anh đã chia sẽ

[@hoaidang7618]

rat bo ich, mong a them phan code thuc hanh cho newbie nhu bon e hieu them a

[@DatNguyen-fn5iq]

Vừa hay. Vừa hài. Cảm ơn thầy nhìu lắm!

[@anonystick]

Hài chỗ nào vậy em?

[@phikiethoang7380]

Em thấy mô hình cuối cũng ko đảm bảo. G/s CR7 đã set db và delete cache. M10 miss cache, read DB, chuẩn bị set lại cache. Ngay trc khi M10 set cache, CR7 set db giá trị mới, rồi delete cache. Sau đó, M10 mới thực hiện set cache, thì nó set vào redis giá trị cũ, trong khi DB có giá trị mới rồi. Khả năng M10 khi read db, phải lock luôn row đó, set cache xong thì release lock. Như vậy, đảm bảo ko ai có thể xen vào giữa quá trình read db và set cache.

[@pvc97]

Quá hay luôn ạ ❤

[@TienHoang-cm2jt]

Hi anh, cảm ơn anh về bài chia sẻ rất hay ạ , nhưng anh cho em hỏi thêm xíu ở cái đoạn cuối thêm message queue , mục đích và ý nghĩa thêm nó vào ở đây làm gì ạ. Cảm ơn anh nhiều , mong anh hồi đáp ạ

[@truongvannhan954]

hay quá anh ơi

[@ucTran-sm4vs]

Video anh rất thực tế, RapidMQ và Message Queue em đang tìm hiểu mong anh có thể sớm chia sẻ những kiến thức thực tế xây dựng hệ thống lớn như vậy. Cảm ơn anh rất nhiều

[@anonystick]

Ok Đức. Chiến

[@ThaiNguyen-gg8xj]

@@anonystick Nếu được anh làm thêm về kafka và event-driven architecture được không ạ?

[@tiendang5149]

Rất hay ạ

[@nguyen-van-quang]

Kiến thức anh chia sẽ rất hay, các bài toán này khả năng cũng là các vấn đề chung cho các hệ thống eCommerce, chắc cũng đã có nhiều lời giải, nhiều công cụ như anh nói trên. Cái chính là hiểu rồi nhưng làm sao để có cơ hội triển khai vậy anh, rất nhiều ông lớn đã có trên thị trường : ) .

[@huongsenongthap478]

Bạn phải tìm giải pháp mới chứ, các tips anh chỉ ko chỉ ứng dụng eCommerce đâu??

[@BackendNestJs]

thấy trước khi tìm hiểu gì mà xem thầy là thấy hay vl , có hứng thú học vl luôn =))) , kênh chất lượng quá thầy ơi

[@anonystick]

Cảm ơn bạn... Vui vì giúp được bạn..

[@ttv7128]

Qúa hay, cảm ơn anh đã chia sẽ

[@anonystick]

Cảm ơn em

[@thanhdungnguyen6816]

Cảm ơn thầy

[@monglevan7681]

Em vào xem vì anh để tiêu đề gắt quá :). =============>10 điểm

[@laothantien]

Thanks

[@TamThanh-tb1vg]

Rất hay thầy ạ. Cảm ơn thầy rất nhiều

[@anonystick]

Cảm ơn bạn

[@duchoangtrung7151]

Quá hay ạ🎉🎉🎉

[@binhlethanh4121]

Ngồi cả ngày nghe thầy giảng cũng được nữa.Nghe xong đầu óc thông thoáng hẳn ra.😂

[@anonystick]

Tks bạn. Mới có video mới hén

[@petertran3331]

Do vậy ta mới hướng hệ thống ecommerce về thiết kế event.

[@minhucbui9566]

tôi sai, tôi sai :)) Cảm ơn a đã chia sẻ. Chúc a sức khoẻ

[@alexmccarthy8854]

Em chào anh. A ơi, theo như em hiểu thì video này đang giải quyết cho TH W/R đồng thời. Vậy TH W/W đồng thời ở phút 12 của video thì giải quyết ntn ạ. Em cám ơn anh. Chúc a và gđ năm mới sức khỏe và thành công.

[@yong2774]

Quá hay.

[@MinhNguyen-sd9tb]

Quá xịn luônnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn

[@ttsang2111]

Em học được thêm bài học về giải quyết vấn đề bằng đổi thứ tự của các thao tác ạ. Em cảm ơn anh đã chia sẻ đến mọi người. Em chúc anh và gia đình nhiều niềm vui và sức khoẻ ạ ^^

[@anonystick]

cảm ơn người anh em

[@duymanh5506]

Hay quá a ơi

[@anonystick]

Thật hả?? Kkk tks em

[@buikha2011]

Giải pháp lưu trữ cache của anh hay quá, nhưng có 1 điều là làm tăng thời gian của request, set cache, delete cache, vs rabbitmq sẽ có độ trễ.

[@anonystick]

Buông và nắm. Chấp nhận thôi em à. Hi

[@duyettran7919]

Mặc dù kênh anh là tips javascript nhưng em thấy kênh anh có rất nhiều kiến thức có thể áp dụng cho các ngôn ngữ khác.

[@anonystick]

Đúng á em. Quan trọng là logic thuật toán, còn ngôn ngữ là công cụ

[@nguyenvantruongfplhcm_k1781]

nghiệp vụ thi những ngôn ngữ nào cũng tương tự cơ chế như nhau mà

[@giabao2807]

Quá hay anh ơi

[@anonystick]

Tks em nhiều!

[@KienNguyen-mo3we]

hay quá

[@lekhanhduy7823]

6:00 Tại sao trong sơ đồ "read vs write cache", mình không bỏ bước del cache, thay vào đó khi set db thì sẽ set cache luôn ạ?

[@self_motivation_official]

thank a nhiều

[@dacdoanvan1633]

cảm ơn anh

[@anonystick]

Cảm ơn em

[@binhnguyenthanh5279]

7:25 Hình số 3 này sao lại là "Write and write cache" vậy ạ? Em tưởng nó vẫn là "Read and write cache" giống hình 2 nhưng trong tình huống quá trình write cache diễn ra chậm chưa thực hiện được bước "set db" thôi chứ ạ ?

[@cuongnguyenxuan1246]

giai thich dai dong

[@attranthanh4824]

Anh cho em hỏi thêm với ạ giả sử như shoppe họ cache sản phẩm như thế nào ạ? Vì thực tế số lượng sản phẩm rất lớn nếu cache toàn bộ sản phẩm trên redis và thực hiện lấy sản phẩm kèm filter, order trên code thì tốc độ em nghĩ rất chậm

[@baudeejay8592]

Hình cuối hơi sai sai anh ơi chỗ này như mô hình thì đâu cần RabbitMQ ??

[@chauvoluuhuong7485]

Vấn đề không phải là ở cache mà đơn giản là hai user dùng chung một resource ( ở đây là db ) nên mới đẻ ra vấn đề conflict. Nên cách giải quyết ở đây là người ta mới dùng event bus ( như rabitMQ hay kafka ) để đảm bảo các consumer ( ở đây là user ) có tính nhất quán với nhau trọng việc nhận sự kiện ( update DB ) thát zít

[@anonystick]

😅

[@ryugaryuzaki2728]

A ơi, cho tôi hỏi heathcheck tôi dùng Redis để check Ck được không

[@PhongNguyen-mc6un]

Video của anh rất thực tế. Em chỉ thắc mắc một chỗ trong mô hình mà a suggest, tại sao ta không set lại cache sau khi đã set db mà đợi đến bước thứ 4 để làm điều đó, cảm ơn anh!

[@phuo9516]

tôi nghĩ là nó nhanh, thời gian nó read nhanh hơn thời gian mà cache nó update, mỗi lần read, update nên check xem cache đã là mới nhất hay chưa, chứ nếu update luôn sang cache thì cần gì phải check xem cache đã là mới nhất chưa (quan điểm cá nhân)

[@trungbui5963]

Hi Típ! A hướng dẫn quá hay về cách bán thời gian.. e vô tình lướt ngang tìm hiểu về lập trình web, và đang mong lung ko biết học lập trình web bắt đầu từ đâu, nhờ A hướng dẫn tư vấn bước đi sao vững ạ! Thân chào A hồi đáp!

[@anonystick]

Pm Anh hen em

[@manhbui3895]

anh ơi cụ thể con RabbitMQ kia chi tiết như nào ạ

[@thienhuynh5706]

Hi anh sau khi nghe video anh chia sẽ em rút ra 2 kết luận, xin các anh chị cho ý kiến: 1. Vấn đề trong việc săn voucher trên UI hiển thị còn lại 3 mà click vô thì đã hết hàng là do nó get cache cũ. 2. Redis đóng vai trò trong việc đồng bộ hóa data cho cache. Bảo đảm tính nhất quán của cache và DB. Xin các anh chị cho ý kiến. Em xin cảm ơn.

[@SonNguyen-ws6xw]

Mình nghĩ redis chỉ đóng vai trò như 1 cache db cho phép truy vấn và ghi dữ liệu nhanh hơn, còn việc đồng bộ giữa cache và mysql db thì do rabbitmq chịu trách nhiệm

[@giaphoang3167]

Sư phụ giải thích dễ hiểu thật. Ngu như Em mà vẫn hiểu đc

[@anonystick]

Cảm ơn em

[@baole2691]

u la troi .a ra toan clip hay ko

[@anonystick]

U là trời là phú yên à?

[@baole2691]

@@anonystick da ko SG a :))) u la trời

[@anonystick]

@@baole2691 so cute :)

[@lequinhat]

Hi anh, trong video anh có nói delete cache thì tốt hơn set cache ghi đè lên, cho em hỏi tại sao lại tốt hơn ạ? Thanks anh.

[@anonystick]

set cache là một hoạt động tiêu tốn thời gian nhiều hơn là delete. Thử hình dung tính toán phức tạp về số...

[@ucgiangnguyen8009]

lúc nào cũng vì 1 nguyên nhận nào đó mạng chậm @@ ví dụ 7 bước thì 7! trường hợp do mạng chậm ạ =(((

[@scofieldmichael5481]

Anh làm thêm về RabbitMQ đi ạ

[@anonystick]

Ok bạn. Chờ vài video hén

[@samaHama-wfssa]

vậy là db dự liệu quan trọng hơn, còn cache chỉ là bộ nhớ tạm thôi

[@anonystick]

Chính xác. Đều bữa này cài cloud cũng rẻ nên chơi đi em

[@locle161]

Anh làm thêm redis stack anh ơi.

[@anonystick]

Có mà...

[@MrTuyen-um6lf]

Qúa đẳng cấp, cảm ơn tiền bối.

[@anonystick]

Tks bro

[@hungnguyenviet3494]

Anh ơi, anh có thể giải thích giúp em cơ chế Redis loại bỏ đi các dữ liệu đã đạt tới thời gian hết hạn không ạ ?

[@anonystick]

Ok em

[@leducthinh4429]

Em cảm ơn anh vì những kiến thức này ạ. Không biết em có thể tham gia nhóm discord của mình được không ạ. Nếu có thì anh có thể cho em xin link để tham gia được không ạ

[@anonystick]

Link tag giới thiệu đó em. Tks em!

[@truyenyeu5003]

Bucket Design Pattern Mongodb anh chưa làm phần update, delete 1 element trong mảng không biết là anh có thể nói nhanh hướng làm được không ạ

[@anonystick]

Chưa có thời gian á bạn

[@xomreviews]

Like

[@tientuao8335]

Backend thì ghi đồng thời vào db và cache chứ không nhất thiết phải chờ queue xử lý

[@anonystick]

Cuộc sống quá đẹp

[@alooooooola]

non quá. Có là ghi đồng thời, chấp thread update db khởi chạy trước thì vẫn thua thread redis trong thời gian đó các lệnh update redis khác vẫn ập vào làm lệch data với db. Đó là vấn đề tương tự như race condition khá cơ bản

[@manhvuong2913]

Hi anh, anh đang dùng theme gì của vscode vậy ạ? em cám ơn

[@anonystick]

Cobalt2 nha em

[@thinhnguyenvan7003]

Tất nhiên rồi. Cache là in ram memory

[@NguyenTrung-yn8tr]

Ở sơ đồ cuối cùng ấy anh, cần gì phải để RabbitQP ở đó nhỉ, sau khi lưu vào DB xong thì update lại cached luôn ạ ? Ngoài ra nếu để nhất quán dữ liệu nhất có thể giữa Redis và Mysql thì e có thêm phương án là: Ngay ở bước đầu tiên, chúng ta sử dụng lock. Cr7 hoặc M10, ai thực hiện việc write trước thì sẽ tạo ra cặp key value như sau: lock_product_01: true Rồi sau đó mới bắt đầu việc update database và update lại Redis và xong thì xoá key trên Thằng đến sau thì check xem đã tồn tại key lock_product_01 hay chưa, nếu có rồi thì đợi (dùng message broker), còn chưa có thì xử lý việc update database & Redis anh cho ý kiến ạ

[@hoangminh1700]

nếu như lock lại thì trong trường hợp mạng kém, sẽ làm treo hệ thống!

[@trantoan6985]

Mô hình cuối, lúc M10 đọc trong cache thì miss cache, lúc đó xuống db read data. Vậy bước nào để rabbit mq update data từ db lên cache.

[@anonystick]

Từ sql to redis nha Toàn.

[@anonystick]

Set binlog thì càng tốt

[@NguyenTuan-pu7ye]

Đối với đồ án tốt nghiệp ở đại học của em thì em nên tích hợp redis này kh ạ. Em cảm ơn a

[@anonystick]

Luôn đi em... CHo thầy ngỡ ngàng..

[@user-qv2rk9nw2z]

anh ơi em đọc bố gì bảo 'trời hôm nay đẹp quá' xong mới chết

[@ducvuong7719]

anh cho em hỏi người mới học back end thì học từ playlist nào vậy ạ em cảm ơn anh nhiều

[@anonystick]

Đây em. Chúc em vui vẻ... kzbin.info/aero/PLw0w5s5b9NK4ucXizOF-eKAXKvn9ruCw8

[@ducvuong7719]

@@anonystick a ơi em mới học c c++ python cấu trúc giữ liệu giải thuật trên trường điểm tương đối cao với cả em tự học css với html và 1 chút js cơ bản thì có nên học node js luôn ko a hay là học thêm cái gì trc ạ

[@vochihieu6215]

A cho e hỏi một tí như a bảo là tối ưu nhất là set db trước rồi mới update cache như vậy thì mỗi lần thao tác mình lại xuống db query dẫn đền làm mất hết tác dụng của cache là làm cho thao tác của mình nhanh hơn, e nghĩ vậy, thanks a đã đọc câu hỏi của một đứa fresher như a ạ 🙇

vẫn query trên cache chứ bạn

[@vandiennguyen9719]

Làm như này thì cũng chỉ chậm ở lần đầu tiên request, ở những request sau thì cache vẫn có tác dụng mà và còn đảm bảo được tính nhất quán của data.

[@SonNguyen-ws6xw]

Không phải xuống DB Query bạn ạ. Khi query mình vẫn query ở cache trước, nếu miss cache thì mới query trong db sau đó set lại cache. Trường hợp của anh Tips chỉ ra là khi mình cập nhật db (nghĩa là write) thì sẽ phải cập nhật trong db trước, sau đó xóa cache chứ không phải ngược lại

[@manhtiennguyen2788]

cho em hỏi là các request get list thì mình có nên cache ko ạ. nếu có thì cache kiểu gì ạ

[@anonystick]

Để cache một list thì nó phải là list không thay đổi. Ví dụ lịch sử mua chứng khoán ngày 01 đến 30. Thì em có cache theo query theo ngày vì lịch sử không có đổi về giao dịch chứng khoán. Còn mà list thay đổi liên tục như new feeds của FB thì em không thể. Or phải dùng cách pull or push.

[@manhtiennguyen2788]

@@anonystick em cảm ơn ạ

[@Huydev]

Em thấy nhiều video của anh hay nhưng title nhiều cái video nó không hợp lí lắm nên khó tiếp cận lắm anh.

[@anonystick]

Nghĩa là title khó hiểu à em? Để anh khắc phục

[@nvtmjfan]

Db làm cách nào set đc cache vậy a

[@anonystick]

Câu hỏi hay. Chuẩn bị nha em

[@toandaopc]

ở mô hình cuối tại sao lại có rabbitmq ở đó vậy ạ

[@anonystick]

RabbitMQ có nhiệm vụ điều phối, ví dụ 1giây chỉ cho phép 10 thằng làm việc...

[@Color-of-lifes]

không có thực hàng nên sẽ rất khó xác thực lý thuyết này

[@hungoan7699]

😅 đến học code cũng gặp fan Cr7

[@taitrinh62_]

anh nói khó hiểu quá

[@PHAMTHANHHOA]

[@t.a.n.]

hay quá anh ơi

[@anonystick]

Cảm ơn em!