Comment le mécanisme d'invalidation de clé primaire Redis garantit-il une erreur d'expiration de 0 à 1 milliseconde ?

Question

J'ai lu de nombreux articles présentant le mécanisme de panne de clé primaire, principalement en configurant la stratégie d'élimination des pannes (LRU/TTL/RADMON pour les clés volatiles et globales) et la stratégie de panne (méthode négative + méthode positive).

J'ai une question. Lorsque le responsable a introduit la méthode d'expiration de la clé (vous pouvez cliquer ici), il a indiqué que le délai de 0 à 1 milliseconde pouvait être atteint après la version 2.6.
Mais lorsque la politique d'invalidation est la plus efficace (configuration : volatile-ttl), lorsque toutes les clés invalides sont placées dans le dict pour gérer la destruction du timeout, l'exécution de la politique d'invalidation est exécutée une fois toutes les 1/10 secondes (100 millisecondes) . Quoi ? Peut-il atteindre le 0-1 milliseconde officiel ? Ai-je mal compris quelque part ?

Introduction au mécanisme de défaillance :

1. http://blog.nosqlfan.com/html...

2. https://yq.aliyun.com/article...

Introduction expire :

1. http://redis.cn/commands/expi...

Answer 1

C'est très simple, « expirer » = « supprimer ».

J'estime que l'amélioration de la précision de l'expiration est principalement due à l'introduction de la commande pexpire. Le ttl précédemment enregistré ne doit avoir qu’une précision de deuxième niveau, donc la précision d’expiration est la même.

Redis n'a certainement aucun moyen de garantir que toutes les clés expirées seront supprimées dans un délai d'1 ms, mais il peut garantir que vous ne voirles clés qui ont expiré depuis plus d'1 ms.