фон
В бизнес-сценариях с высокой степенью параллелизма узкое место в производительности базы данных часто вызывается чрезмерным одновременным доступом пользователей, поэтому существует буфер Redis.
дело
1. А пишу, Б читаю,
Запись: 1. Устранить кэш 2. Операция записи (1 с потребляются по разным причинам) 3. Обновить кэш
Чтение: 1. Чтение кеша 2. Чтение DB 3 кеша обновления
Чтение перед успешной записью, приведет к чтению грязных данных, кеш не самые последние данные
Во-вторых, разделение хозяина и раба
Таким же образом, в процессе задержки ведущий-ведомый, операция чтения будет читать грязные данные
Решение:
1. Механизм удаления, каждый раз после записи данных, чтобы удалять кэш каждые несколько секунд.
2.binlog, Redis обновляет Redis в соответствии с записями в binlog