Délai d'expiration

Certaines commandes de stockage imposent l'envoi d'un dĂ©lai d'expiration (relatif Ă  un Ă©lĂ©ment ou Ă  une commande Ă©mise par le client), sur le serveur. Dans ce cas, cette valeur doit ĂȘtre envoyĂ©e sous la forme d'un timestamp Unix (nombre de secondes depuis le 1er janvier 1970, sous forme d'entier), ou d'un nombre de secondes depuis l'heure courante. Dans le dernier cas, ce nombre de secondes ne peut pas excĂ©der 30 jours, soit 60*60*24*30 secondes; si la valeur d'expiration est plus grande que cette valeur, le serveur le considĂ©rera comme un timestamp, plutĂŽt qu'un dĂ©lai.

Si la valeur d'expiration est 0 (la valeur par dĂ©faut), l'Ă©lĂ©ment n'expire jamais, mĂȘme s'il peut ĂȘtre effacĂ© par le serveur pour faire de la place aux autres Ă©lĂ©ments.

add a note

User Contributed Notes 2 notes

up
6
valugi at gmail dot com ¶
9 years ago
The fact that one sets an expiration time does not mean that the keys will expire at that particular time. I'm not sure what is happening in the background, if there is a process like a garbage collector that expire keys, but some function do not activate the expiration check and return the key as valid, for example `getAllKeys` is not atomic and returns even expired keys. 

$memcached = new Memcached();
$memcached->set('key','value',10);
//waiting more than 10 sec
sleep(20);
$data = $memcached->getAllKeys(); 
var_dump($data); // key will still be listed
$key = $memcached->get('key'); // will trigger the expiration
up
-2
i dot caught dot air at gmail dot com ¶
8 years ago
A TTL of n seconds will expire between n and n-1 seconds as memcache doesn't use a high-resolution clock internally.

This is important to consider if you're working with very short TTLs.

See https://github.com/memcached/memcached/issues/307