memcache et des caractères génériques

Je me demandais simplement si il y a un moyen de l'effacer memcache à l'aide de caractères génériques pour les valeurs de la clé.

Donc, dis-je avoir un cache avec la touche "1234~foo" et un autre "1234~foo~bar".

Est-il possible que je peux dire, vider le cache en utilisant quelque chose comme clair("1234*") et ont clairement à la fois d'en haut?

J'espère qu'un sens.

Grâce.

InformationsquelleAutor GivP | 2009-10-20

memcached

49

Non, il n'y a pas un direct moyen facile de le faire. Le FAQ adresses de cela, et avec une sorte de solution de contournement:

La suppression par l'espace de Noms

Alors que memcached ne prend pas en charge tout type de générique de la suppression ou de la suppression par l'espace de noms (car il n'y a pas d'espaces de noms), il y a quelques trucs qui peuvent être utilisés pour simuler cela. Ils ne nécessitent plus d'excursions vers les serveurs memcached cependant.

Exemple, en PHP, pour l'utilisation d'un espace de noms appelé foo:
```
$ns_key = $memcache->get("foo_namespace_key");
//if not set, initialize it
if($ns_key===false) {
    $ns_key=rand(1, 10000);
    $memcache->set("foo_namespace_key", $ns_key);
}
//cleverly use the ns_key
$my_key = "foo_".$ns_key."_12345";
$my_val = $memcache->get($my_key);

//To clear the namespace do:
$memcache->increment("foo_namespace_key");
```
- Cette solution est tellement cool. Mais pourquoi sur terre serait memcached planificateurs de négliger un (apparemment) font partie intégrante des fonctionnalités, comme la suppression par le générique? Je devine une sorte de raisons de performances. Personne ne sait?
- Ils n'ont pas l'oublier -- ou plutôt, la structure de données n'est pas intégrée à la gérer. Memcache est grand chose, c'est brut de vitesse, et il n'y a pas de indexin ou de la commande. Vous devez énumérer tout. Ainsi, c'est à vous de le comprendre.
- Memcache vise généralement pour O(1) opérations. La suppression par le générique n'est pas O(1), et que l'on pourrait verrouiller le serveur de relativement longues périodes de temps. Voir code.google.com/p/memcached/wiki/NewOverview
- IMO, c'est nul que tu ne peux pas créer des régions ou des sections à l'intérieur de memcached. Application de Tissu de fait. et au lieu de stocker un objet, vous pouvez stocker un Type en fait.
- merci, mis à jour ma réponse
- Laide hack. Vous êtes les entrées sont toujours présents. Vous n'avez pas les supprimer. En fonction de votre cas d'utilisation, en espérant que les entrées de "tomber" dans l'ordre court ne sera pas suffisant.
- Pourquoi définir l'espace de noms clé au hasard? Pourquoi ne pas commencent toujours à 0 si elle ne l'est pas?
- voir la réponse par ksvendsen ci-dessous. Si ce n'était pas aléatoire, le problème qu'il mentionne serait beaucoup plus susceptible de se produire que 1 sur 10 000.
- Je ne comprends pas cette solution. Quelqu'un peut-il expliquer cela? est-ce à invalider tous les memcache entrées stockées pour foo_namespace_key* ?
- non, il change simplement le nom utilisé pour les touches à partir de ce point en avant. Alors le vieux clés sont toujours dans memcached, mais finira par tomber hors de la mémoire cache finalement, puisqu'ils ne seront plus utilisés.
- je vous remercie. Je suis encore confus sur la façon dont cela affecte toutes les entrées avec l'espace de noms. Pour illustrer j'ai effectuer ->getAllKeys. Elle retourne un tableau de clés de la forme [0] => sandbox-cache_views ....... [342] => sandbox-cache-schema la solution au-dessus de la nullité de tous ces entrées si je remplace foo_namespace_key avec sandbox? si oui faut-il faire par incrémentation exactement ce que?
InformationsquelleAutor Eric Petroelje
6

Une note concernant l'espace de noms de la solution par Eric Petroelje:

Rappelez-vous que vous ne savez pas quand memcached va vous expulser de l'espace de noms de la clé. Memcache peut vous expulser de l'espace de noms de la clé, puis lorsque vous tentez de définir une nouvelle clé, il a une probabilité de 1 à 10000, que la même clé d'index, ce qui signifie que vous aurez "sale" des résultats. C'est peu probable, mais la ligne de fond, il n'est pas sûr.

Même problème avec la solution de Poul Vernon.

Une solution sûre, va être d'utiliser un stockage fiable (par exemple, disque) pour le "pointeur de la touche"/"espace de noms de la clé".
- À l'aide de Memcached::touchez s'assurer que les Paul Vernons's solution restera dans le tact.
- non, parce que nous ne savons pas pour sûr, quand/si memcache de l'expulsion à la clé, le "touch" seulement "fixer une nouvelle échéance, un élément". Et la solution aussi avoir des problèmes avec des conditions de course.
- Pouvez simplement utiliser l'horodatage. Correcte à ce sujet, qui expire en dessous de vous, mais c'est effectivement un moyen de début/d'inattendu vidage du cache. Si vous ne pouvez pas gérer une couleur de l'ensemble des touches, puis cette solution n'est pas d'aller travailler pour vous de toute façon.
InformationsquelleAutor ksvendsen
2

Comment à propos de cette fonction en php:
```
function deleteKeysByIndex($search) {
    $m = new Memcached();
    $m->addServer('localhost', 11211);
    $keys = $m->getAllKeys();
    foreach ($keys as $index => $key) {
        if (strpos($key,$search) !== false) {
            $m->delete($key);
        } else {
            unset($keys[$index]);
        }
    }

    //returns an array of keys which were deleted
    return $keys;
}
```
Supprime les clés commençant par $prefix, et renvoie une liste de toutes les clés supprimées. J'ai couru ce sur 30.000+ touches maintenant sur un serveur partagé, et c'était assez rapide, probablement moins d'une seconde.
- Pourrait également être réalisée par le stockage de la correspondance des clés dans un tableau et à l'aide de $m->deleteMulti($keys) à la fin.php.net/manual/en/memcached.deletemulti.php
- Le problème avec cela est que vous auriez besoin de faire tout cela dans un script ou d'une session. L'idée ici, c'est que je peux utiliser ce code sur un serveur à tout moment à partir de n'importe où et il supprime les clés.
- Dans ce cas, la suppression d'eux séparément sens parfait. Avec votre approche, on peut annuler l'exécution et de le redémarrer à chaque fois que souhaité. Je suis en train de me demander si le delete et deleteMulti fait une différence en termes de performances, mais je pense que vous ne pouvait réellement observé aucune différence avec 1M+ touches.
- À utiliser avec prudence, 1 seconde pour l'invalidation du cache peut être trop long, même pour les petites et moyennes systèmes et cette approche n'est pas mise à l'échelle à tous.
- memcached getAllKeys ne garantit pas pour retourner toutes les clés. php.net/manual/en/memcached.getallkeys.php
- n'est-ce pas equivelent à if (strpos($key,$search) === 0) { $m->delete($key);}
- pas de. qui exigent de la clé commence par $search. cela supprime les clés qui contiennent $search dans n'importe quelle position.
- ouais je vois ça. Thx. Je suis confronté à un problème similaire et j'avais besoin de baisser ceux qui commencent par un préfixe de la clé. Et je ne comprends pas pourquoi ur solution n'est pas votées . Il est, de l'omi, beaucoup plus clair que le haut de réponse.
- Eh bien comme d'autres l'ont souligné les getAllKeys() fonction est un peu douteux. Aussi, pour l'anecdote, il est cassé dans la dernière version de libmemcached (bugs.launchpad.net/libmemcached/+bug/1534062). Si vous êtes en fonction sur cette fonction, assurez-vous d'utiliser memcached 1.4.22 ou plus tôt.
- merci. Après je l'ai essayé et cela a fonctionné pour moi, j'ai réalisé que mon hébergeur a memcache extension. posté ici une question stackoverflow.com/questions/40495369/...
InformationsquelleAutor billynoah
0

Créer un memcache entrée pour "1234" et à l'intérieur de stocker un tableau de clés associées. Sur votre supprimer la routine de lecture et d'itérer sur ces touches pour supprimer.
- J'ai essayé cette méthode, mais cela ne fonctionne pas sous de lourdes charges depuis la suppression de toutes les clés du tableau associatif n'est pas assez rapide.
- +1 pour la seule solution valable. L'autre a besoin d'une espérance et d'une prière (pas de rand collisions et en temps opportun de l'entrée en baisse).
- Quant à ksvendsen's réponse, à l'aide de Memcached::touchez s'assurer que la solution va rester dans le tact.
InformationsquelleAutor Paul Vernon

Vous devez vous connecter pour publier un commentaire.