Backend xuất sắc phải xử lý 100 triệu requests và cạm bẫy cache trong eCommerce| REDIS PENETRATION
HTML-код
- Опубликовано: 7 июл 2024
- 👉 Link khóa học backend Go: • Course - Go Backend Ar...
👉 Link khóa học backend Nodejs: • Course - Node.js Backe...
👉 Link khóa học backend Java: Updating..
Timeline:
00:00 Nói về cache
03:27 Cách đọc cache
05:00 Cạm bẫy khi đọc cache
06:33 Xử lý cạm bẫy khi đọc cache
🚩 Subscribe ➜ / tipsjavascript
#anonystick #redis #backend
✅ Follow Me:
Blog: anonystick.com
Github: github.com/anonystick/anonystick
Facebook: / tipjs
RUclips: / tipsjavascript
Em cô đơn trong cuộc chiến optimize cache 10 năm nay, toàn làm theo ý nghĩ riêng, không ngờ các kỹ thuật không tên đó nó lại đc đặt hành 1 quy chuẩn và có những cái tên = tiếng anh
Yes sir!
Giờ có clickhouse mong bác sớm có video
quá tuyệt vời
Video hay quá anh, cơ mà chỗ filter bloom là em nghe anh giải thích mà lú luôn. Chắc phải lên mạng tìm bài viết đọc thêm về nó
Âu cơ, để anh làm một video mới nói về vấn đề này...
bloom filter đặc điểm là có thể xác minh data không tồn tại nhanh chóng mà không cần query trong cache/DB.
Theo e đọc là cái bloom filter này chuyên dùng trong các hệ thống distributed database. Vì khi 1 id đi vào hệ thống mà không tồn tại thì sẽ phải query tất cả các database phân tán trong hệ thống. điều này sẽ làm lãng phí tài nguyên nêu id đi vào sẽ đi qua bloom filter trước tiên.
Đúng zậy.
Ở bức hình thứ 3 em nghĩ k cần set ttl của key uid 2 khi null data. Khi có uid đc tạo hoặc sau này update thì mình sẽ ghi vào trong cache hoặc mình clear key uid 2 đi. Để sau này request tới get uid 2 thì sẽ cache lại theo expected happy case
Tks em. Không ổn, khi 1 triệu request vào thì cái đầu tiên nguyên tắc phải set. Để những thằng còn lại lấy cache.. Không xuống db thì toi.
E muốn đăng ký khoá học của a mà ko bt làm thế nào
8:23 : Ở đây em nghĩ chỉ chặn được trường hợp uid âm, nhưng nếu uid nó truyền vào là 1000 chẳng hạn, mà DB uid chỉ có tới 100 chẳng hạn, thì cách này không chặn được, nó vẫn phải query xuống cache rồi xuống DB để tìm uid 1000 và phát hiện ra không có uid 1000 được => Vẫn bị khai thác.
Anh có cách nào giải quyết vấn đề này không ạ?
Xong rồi mà.
anh cho em hỏi là ví dụ em không lưu time khi set
nhưng khi tạo mới sản phẩm em update lại cái id đó được không anh ?
Anh chưa hiểu ý của em ?
Cho em hỏi làm cách nào để đăng ký được thành viên em không có nút đăng ký thành viên vậy ạ
Em dùng web á or android
Em đang thắc mắc là khi nó đã request k có data thì nó trả về cho client empty rồi, sao lại có chuyện là nó request liên tục cái k tồn tại nhỉ
À ý ở đây là có thằng nó chơi chó, nó request data láo, thì mỗi request vào nó sẽ luôn và db để tìm (Vì vốn nó k có trong cache) nên mình sẽ ngăn chặn việc này từ phía ngoài
Có kênh nào hay như này mà viết bằng Java ko mn?
Ở đây luôn em. Anh chuẩn bị ra series java hen ...
Làm sao 1 user tạo đc 100triệu request z ạ
1 user không tạo được nhé, mà 100 triệu user thì có thể
@@GalacticBoxxx 100tr users mà sao cùng truyền uid được nhỉ. Thấy ví dụ vô lý k
:( xem lại lần nữa nào em...
@@anonystick em xem lại rùi ạ. A giải thích cho e với
Uid là một id của sản phẩm iphone đang khuyến mãi... nhiều người cùng truy cập để mua..