Je n'ai pas utilisé de versions distribuées dans le développement réel. Discutons-en avec vous.
Mes pensées sont :
Utilisez redis Pub/Sub pour vous abonner aux mises à jour du cache de deuxième niveau. Lorsqu'une machine met à jour le cache, alors Pub un Key est notifié à tous les clients, et les clients vont mettre à jour et actualiser le cache. cache de premier niveau. La valeur de key peut être définie en appuyant sur 机器号:数据key. De cette façon, le programme de mise à jour est jugé par le numéro de la machine afin que le programme de mise à jour ne veuille pas mettre à jour si d'autres machines mettent à jour, 数据key met à jour les données spécifiées.
Déterminez si le cache de premier niveau est vraiment nécessaire. L'utilisation du cache de premier niveau ne posera-t-elle pas de problèmes ? S'il s'agit d'un problème de performances qui peut être ignoré, j'ai tendance à utiliser Redis directement comme cache de premier niveau, ce qui permet d'économiser du temps, des efforts et de la complexité :)
Je n'ai pas utilisé de versions distribuées dans le développement réel. Discutons-en avec vous.
Mes pensées sont :
Pub
unKey
est notifié à tous les clients, et les clients vont mettre à jour et actualiser le cache. cache de premier niveau. La valeur dekey
peut être définie en appuyant sur机器号:数据key
. De cette façon, le programme de mise à jour est jugé par le numéro de la machine afin que le programme de mise à jour ne veuille pas mettre à jour si d'autres machines mettent à jour,数据key
met à jour les données spécifiées.La tâche planifiée en arrière-plan synchronise le cache Redis avec le cache mémoire