Простое сохранение журнала, то есть сохранение журнала, основанное на времени / размере, не будет работать для всех случаев. Определенно, этот метод экономит место, но не гарантирует текущее состояние данных.
Пожалуйста, позвольте мне объяснить это сценарием.
Давайте представим, что у нас есть поток сообщений или журналов в отношении пользователя в stackoverflow, и вы хотите управлять состоянием пользователя. Ключ сообщения - UserID, а значение - UserInformation (NickName, Address, Email, Phone и т. Д.).
Пользователь может менять свои псевдонимы сколько угодно раз. Точно так же он может также изменить контакт или любую информацию. Сжатие журналов поможет вам сохранить самую последнюю информацию о пользователях, удалив или очистив лишние данные. Но сохранение по времени или по размеру может не дать вам гарантии сохранения состояния пользователя.
Журнал сжатия сохраняет последнее известное значение, это полный снимок
последние записи это полезно для восстановления состояния после сбоя или
сбой системы для службы в памяти, постоянного хранилища данных или
перезагрузка кеша. Это позволяет последующим потребителям восстановить свои
состояние.
Надеюсь, это поможет.