Dạ em cám ơn anh nha. Đúng kiểu ranh giới mong manh thật sự, vượt qua được đoạn đó mới thấy mình lên trình đúng không anh. Cám ơn anh đã đọc và động viên nha 😁
Nỗi đau này quen quá bạn ơi 😂. Để trị dứt điểm, bác thử kết hợp 2 chiêu: 1 là bật no-appendfsync-on-rewrite yes để nó không block main thread lúc rewrite; 2 là nới lỏng auto-aof-rewrite-min-size lên vài GB để nó ít chạy lại. Nhưng 'bài ngửa' an toàn nhất ở các hệ thống lớn vẫn là tắt auto đi và hẹn giờ cronjob chạy BGREWRITEAOF lúc nửa đêm. Rất vui vì bài viết chạm đúng thực tế của bác nha
Chuẩn luôn bạn ơi, làm hệ thống suy cho cùng toàn là những pha trade-off. Cứ ốp đúng bài toán thực tế mà gọt cấu hình cho phù hợp thôi. Cảm ơn bác đã ủng hộ bài viết nhaaa
Chuẩn tinh thần của bài viết luôn. Nhiều khi cứ cố ép code phải chuẩn 100% SOLID lại thành over-engineering, tự làm khổ mình và anh em maintain. Cảm ơn bạn đã ủng hộ nhé
Bài toán scatter-gather bác đưa ra đúng là sát thủ diệt RAM thật sự 😂. Case này nếu xử lý ở tầng DB thì thường phải chơi Keyset/Cursor kết hợp giới hạn tập kết quả từ mỗi shard để merge-sort cho an toàn. Nhưng để dứt điểm nỗi đau thì best practice vẫn là đồng bộ data sang Elasticsearch (qua CDC) để nó gánh vụ search/sort này. Không biết team b đang xử lý case này theo hướng nào nhỉ, mình cùng giao lưu nhé
THẢO LUẬN
Dạ em cám ơn anh nha. Đúng kiểu ranh giới mong manh thật sự, vượt qua được đoạn đó mới thấy mình lên trình đúng không anh. Cám ơn anh đã đọc và động viên nha 😁
Cảm ơn b đã ủng hộ nhé, hay thì chia sẻ mọi người cùng đọc nhé
Cảm ơn b đã ủng hộ ạ, hay thì chia sẻ cho mọi người cùng đọc nhé
Cảm ơn b nhiều nhé
gãi được rồi là thoải mái liền đúng không nè
Nỗi đau này quen quá bạn ơi 😂. Để trị dứt điểm, bác thử kết hợp 2 chiêu: 1 là bật no-appendfsync-on-rewrite yes để nó không block main thread lúc rewrite; 2 là nới lỏng auto-aof-rewrite-min-size lên vài GB để nó ít chạy lại. Nhưng 'bài ngửa' an toàn nhất ở các hệ thống lớn vẫn là tắt auto đi và hẹn giờ cronjob chạy BGREWRITEAOF lúc nửa đêm. Rất vui vì bài viết chạm đúng thực tế của bác nha
Chuẩn luôn bạn ơi, làm hệ thống suy cho cùng toàn là những pha trade-off. Cứ ốp đúng bài toán thực tế mà gọt cấu hình cho phù hợp thôi. Cảm ơn bác đã ủng hộ bài viết nhaaa
Chỉ cần như vậy là đủ rồi đúng không ^^
Tks bác nha! Hy vọng bài viết nhặt nhạnh được chút gì đó hữu ích cho công việc của bác 🤝
Sợ bị các bạn chê là khô khan quá😥
@ngocbach99 có luôn rùi hả, thank tác giả, vừa đọc sơ sơ qua thì thấy khá là ok la nhaaa
@badboi1207 https://viblo.asia/p/mo-xe-9-design-pattern-kinh-dien-moi-lap-trinh-vien-can-biet-kNLr3DmOVgA thử cách tiếp cận này xem có dễ nhớ hơn không bạn nhé
Chuẩn tinh thần của bài viết luôn. Nhiều khi cứ cố ép code phải chuẩn 100% SOLID lại thành over-engineering, tự làm khổ mình và anh em maintain. Cảm ơn bạn đã ủng hộ nhé
Mỗi lần viết là một lần học thêm mà bạn 🤜🤛
Cứ cố gắng thấm thấu phần 1 nhé, phần 2 sẽ được phục vụ ngay sau đây thui b ơiii
Bài toán scatter-gather bác đưa ra đúng là sát thủ diệt RAM thật sự 😂. Case này nếu xử lý ở tầng DB thì thường phải chơi Keyset/Cursor kết hợp giới hạn tập kết quả từ mỗi shard để merge-sort cho an toàn. Nhưng để dứt điểm nỗi đau thì best practice vẫn là đồng bộ data sang Elasticsearch (qua CDC) để nó gánh vụ search/sort này. Không biết team b đang xử lý case này theo hướng nào nhỉ, mình cùng giao lưu nhé
Đau đầu theo kiểu thú vị á=)))
Chuẩn bài luôn bạn ơi 😂. Lúc dữ liệu phình ra mới thấy thấm thía kiến trúc quan trọng cỡ nào. Rất vui vì bài viết chạm đúng nỗi đau của bạn nha
NGUYỄN HUY HOÀNG Software Engineer
📞 Phone: 0941 280 073
📧 Email: hhoang02052004@gmail.com
Rất vui vì nó giúp ích cho bạn