Backend xuất sắc phải xử lý 100 triệu requests và cạm bẫy cache trong eCommerce| REDIS PENETRATION
👉 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
KZread: / tipsjavascript
Пікірлер: 34
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
@anonystick
Ай бұрын
Yes sir!
quá tuyệt vời
Giờ có clickhouse mong bác sớm có video
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.
@anonystick
Ай бұрын
Đúng zậy.
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ó
@anonystick
Ай бұрын
Âu cơ, để anh làm một video mới nói về vấn đề này...
@quangthanhle960
Ай бұрын
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.
Ở 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
@anonystick
Ай бұрын
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 ạ?
@anonystick
Ай бұрын
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 ?
@anonystick
21 күн бұрын
Anh chưa hiểu ý của em ?
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ỉ
@NguyenMinh-gl7qz
Ай бұрын
À ý ở đâ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
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 ạ
@anonystick
Ай бұрын
Em dùng web á or android
Có kênh nào hay như này mà viết bằng Java ko mn?
@anonystick
Ай бұрын
Ở đây luôn em. Anh chuẩn bị ra series java hen ...
Làm sao 1 user tạo đc 100triệu request z ạ
@GalacticBoxxx
Ай бұрын
1 user không tạo được nhé, mà 100 triệu user thì có thể
@longshin4299
Ай бұрын
@@GalacticBoxxx 100tr users mà sao cùng truyền uid được nhỉ. Thấy ví dụ vô lý k
@anonystick
Ай бұрын
:( xem lại lần nữa nào em...
@longshin4299
Ай бұрын
@@anonystick em xem lại rùi ạ. A giải thích cho e với
@anonystick
Ай бұрын
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..