Sập giữa commit và publish làm mất 20% đơn không ai biết — outbox đổi mất thành trùng
Khe hở giữa commit cơ sở dữ liệu và publish, đo bằng cách sập đúng chỗ hiểm. Vì sao AFTER_COMMIT không cứu được, và outbox thật sự mua gì.
#do-tin-cay
13 bài viết
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.
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.
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.