Consumer chết ba lần, số dư thành 300 thay vì 100 — RabbitMQ không có 'đúng một lần'
RabbitMQ hứa at-least-once chứ không phải exactly-once. Ba cửa sổ sinh ra bản sao, ba cách chống, và cái giá thật của chúng — 122 byte mỗi thông điệp.
#rabbitmq
40 bài viết
Thử lại sau vài giây mà không giữ luồng: dựng backoff bằng TTL và DLX, tránh cái bẫy dồn mọi độ trễ thành một
Dựng vòng thử lại có độ trễ bằng TTL và dead letter exchange, đo từng mốc thời gian, và cái bẫy head-of-line làm mọi mức độ trễ thành một.
Một thông điệp hỏng quay 30 679 vòng, chặn đứng năm cái lành xếp sau — và x-delivery-limit không cứu
Cờ redelivered không đếm, requeue vô hạn ăn sạch consumer, và phép đo cho thấy x-delivery-limit chỉ tính khi consumer chết chứ không tính khi mã của bạn nack.
Prefetch 100 nhanh hơn 19 lần trên giấy, nhưng làm cả mẻ việc xong chậm gấp 4,3 lần
Đường cong thông lượng theo prefetch từ 1 tới không giới hạn, và mặt trái không ai đo: consumer chậm ôm việc rồi cả mẻ phải chờ nó.
txCommit của RabbitMQ nguyên tử — nhưng chỉ trong broker, và ngộ nhận nó bao cả CSDL là đắt nhất
txSelect, txCommit, txRollback đo cạnh publisher confirms. Vì sao tài liệu chính thức khuyên tránh, và điều rollback thật sự làm với ack.
Chờ broker xác nhận từng thông điệp một: chậm gấp 133 lần, mà chẳng an toàn hơn cách nhanh gấp 68
Bốn cách chờ broker xác nhận, đo cạnh nhau. Vì sao cách trực giác nhất là cách tệ nhất, và cơ chế nào làm cách bất đồng bộ nhanh.