Реализация задач синхронизации на основе Redis

Redis

Требования, встречающиеся в бизнесе (абстрактное описание): Интервальные циклические задачи в разное время могут быть реализованы для разных пользователей. Например, отправлять релевантные короткие сообщения пользователям через 24 часа после успешной регистрации пользователя и аналогичные требования.

Использование crontab — слишком тяжело, да и в принципе нереально, невозможно сгенерировать запланированное задание на сервере для каждого пользователя.

Регулярный опрос? IO часто и неэффективно

Думая, что часто используемый Redis может установить время кеша, должны быть уведомления об истечении срока действия.Я проверил документацию и, конечно же, есть соответствующая конфигурация, называемая «уведомление о событиях пространства ключей». Для получения конкретных инструкций см.официальная документация.

стек технологий

redis / nodeJs / koa

технические трудности

  • Включите функцию уведомления пространства ключей Redis (эта функция доступна только в версиях 2.8.0 и выше)
  • Попробуйте использовать отдельный redis db для достижения
  • Использование распределенных блокировок на основе Redis для достижения связанных событий не будет использоваться повторно.
  • Информацию, которую нужно использовать дважды, нужно отразить в ключе кеша Redis.
  • Ключ кэша Redis использует бизнес-префикс, чтобы избежать дублирования охвата имен.
  • Предотвращение перезапуска бизнес-службы приводит к сбою монитора уровня nodejs

"говорить дешево, покажи код 🤖"

核心代码
const { saveClient, subClient } = require('./db/redis') // 存储实例和订阅实例需要为两个不同的实例
const processor = require('./service/task')
const config = require('./config/index')
const innerDistributedLockKey = '&&__&&' // 内部使用的分布式锁的key的特征值
const innerDistributedLockKeyReg = new RegExp(`^${innerDistributedLockKey}`)

saveClient.on('ready', async () => {
  saveClient.config('SET', 'notify-keyspace-events', 'Ex') // 存储实例设置为推送键过期事件
  console.log('redis init success')
})

subClient.on('ready', () => { // 服务重启后依旧可以初始化所有processor
  subClient.subscribe(`__keyevent@${config.redis.sub.db}__:expired`) // 订阅实例负责订阅消息
  subClient.on('message', async (cahnnel, expiredKey) => {
    // 分布式锁的key不做监听处理
    if (expiredKey.match(innerDistributedLockKeyReg)) return
    // 简易分布式锁，拿到锁的实例消费event
    const cackeKey = `${innerDistributedLockKey}-${expiredKey}`
    const lock = await saveClient.set(cackeKey, 2, 'ex', 5, 'nx') // 这里的用法可以实现简易的分布式锁
    if (lock === 'OK') {
      await saveClient.del(cackeKey)
      for (let key in processor) {
        processor[key](expiredKey) // processor对应的是接收到相关键过期通知后执行的业务逻辑，比如推送短信，然后在相关processor中再次set一个定时过期的key
      }
    }
  })
  console.log('subClient init success')
})

servide/task (processor)
exports.sendMessage = async function sendMessage(expiredKey, subClient) {
  // 只处理相关业务的过期事件
  if (expiredKey.match(/^send_message/)) {
    const [prefix, userId, type] = expiredKey.split('-')
    let user = getUser(userId)
    if (user.phone) {
      push(message) // 伪代码
      resetRedisKey(expiredKey, ttl) // 重新把key设置为一段时间后过期，过期后会再次触发本逻辑
    }
  }
}

Суммировать

  • Эта функция использует функцию уведомления ключевого пространства Redis для реализации простых задач на основе пользовательских или различных бизнес-сценариев, основанных на времени. Поскольку функция уведомления о событиях пространства клавиш является относительно интенсивной операцией, для обработки рекомендуется использовать отдельную БД.
  • Здесь показано базовое использование, без учета функции сохранения временных задач.Если redis выйдет из строя и перезапустится во время использования, все запланированные задачи будут потеряны. Если служба подписки не находится в сети, когда Redis публикует уведомление о недействительности ключа, или проблема с сетью не получена потребителем, событие также будет потеряно..
  • redis событие expired не запускается по истечении срока действия ключа, а запускается при удалении ключа. Redis регулярно очищает ключ с истекшим сроком действия или, когда срок действия ключа доступа истек, истекает срок его действия, и только тогда инициируется удаление ключа, поэтому будет небольшой промежуток времени (фактическое использование индивидуально и не влияет на работу пользователя ).

Поэтому необходимо взвесить сценарии использования временных задач, реализованных с использованием механизма истечения срока действия Redis.

Спасибо за прочтение, просьба указывать источник для перепечатки.Друзья, которым это нравится, могут подписаться на мой официальный аккаунт:Ю Мин Лян Цзи, статьи будут регулярно обновляться каждую неделю, включая, помимо прочего, статьи о технологиях. яЮ Мин Лян Цзи, Любовь к приготовлению программы APE 😜

雨茗良记

Категории