در دیتابیس های توزیع شده برای داشتن availability یک کپی از رکوردها بین نودها تکرار میشه.پس طبیعتا برای آپدیت کردن اون رکورد باید عملیات آپدیت برای آن نودها انجام بشه اما گاهی قبل از اینکه این عملیات کامل انجام بشه ممکنه درخواست read صورت بگیره پس بعضی نودها رکورد جدید و آپدیت شده دارند بعضی نه و این اصل consistency رو زیر سوال می بره. برای همین هست که در تئوری cap بین c و a باید یکی انتخاب بشه.برای حل این مشکل در لحظه read رکورد مورد نظر همه نودها(یا بعضی، بر اساس تنظیمات) مقایسه و هر کدام از لحاظ زمانی جدید بود به عنوان جواب برگردانده میشه و بعد، عملیات read repair صورت میگیره تا نودهایی که رکورد قدیمی دارند رکورد جدید دریافت کنند.پس eventually consistency یعنی در حین عملیان read دیتابیس در حالت consistency نیست اما سرانجام consistent خواهد شد.
