Ich habe viele Artikel gelesen, in denen der Primärschlüssel-Fehlermechanismus vorgestellt wurde, hauptsächlich durch die Konfiguration der Fehlerbeseitigungsstrategie (LRU/TTL/RADMON für flüchtige und globale Schlüssel) und der Fehlerstrategie (negative Methode + positive Methode).
Ich habe eine Frage. Als der Beamte die Ablaufmethode des Schlüssels einführte (Sie können hier klicken), hieß es, dass die Verzögerung von 0-1 Millisekunde nach Version 2.6 erreicht werden kann.
Aber wenn die Invalidierungsrichtlinie am effizientesten ist (Konfiguration: volatile-ttl) und alle ungültigen Schlüssel in das Diktat eingefügt werden, um die Timeout-Zerstörung zu handhaben, wird die Ausführung der Invalidierungsrichtlinie alle 1/10 Sekunden (100 Millisekunden) ausgeführt. . Was? Kann es die offizielle 0-1 Millisekunde erreichen? Habe ich es irgendwo falsch verstanden?
Einführung in den Fehlermechanismus:
http://blog.nosqlfan.com/html...
https://yq.aliyun.com/article...
Einführung läuft ab:
http://redis.cn/commands/expi...
很简单，「过期」!=「删除」。
过期精度的提升，我估计主要还是由于 pexpire 命令的引入带来的。之前记录的 ttl 应该只有秒级精度，所以过期精度也就那样了。
Redis 肯定没有办法保证在 1ms 内删除所有已过期的 key，但是它可以保证你不会看到过期超过 1ms 的 key。