2011-09-14 4 views
0

Un ensemble de données dont la croissance est actuellement supérieure à 1 million nécessite une recherche/mise à jour constante des données spécifiques à l'utilisateur. recherche de l'option la plus rapide et évolutive avec un TPS élevé. Memcache/memcacheddb vs tables de mémoire mysql sont une grande confusion pour l'implémentation et les options de mise à l'échelle. Est-ce que quelqu'un peut fournir des informations correctes de mise à l'échelle/Tps et de performance pour lesquelles atterrir?MySQL Memory Table, Memcached ou autre chose?

Répondre

0

L'intégrité de ces données est-elle importante? Si c'est le cas, vous pouvez immédiatement exclure les tables de mémoire memcached et MySQL, car aucune d'entre elles n'est conservée pour un stockage durable. memcachedb est au moins persistant, mais ne garantit pas la même fiabilité qu'un SGBD normal (R).

+0

La percussion nop n'est pas nécessaire! Je me demandais comment être écrit sur memcached vs tables de mémoire !! – axe

+0

Si c'est le cas, alors memcached gagne à la performance! Gardez juste à l'esprit qu'il supporte un ensemble d'actions plus simple (juste GET/SET). – duskwuff

+0

La persistance pourrait être assurée à un niveau différent. – Lodewijk

0

Si vous avez un jeu de données volumineux, vous ne le mettez pas à l'échelle en lançant du matériel. Puisque vous n'avez pas dit quel est votre taux de croissance, il est difficile de suggérer quoi que ce soit.

Si vous devez mettre à l'échelle les écritures, vous partitionnez votre table. Si vous devez mettre à l'échelle des lectures, vous créez un cluster de réplication à esclaves multiples.

En outre, il existe un moteur appelé TokuDB disponible pour MySQL - plus d'informations au www.tokutek.com. C'est extrêmement rapide pour certaines choses (mises à jour, ajout d'index à chaud et similaire) mais pas très bon quand il s'agit de mise à jour de masse. Cela vaut la peine de vérifier.

+0

Il s'agit de la mise à l'échelle pour les lectures sur un jeu de données qui peut passer de 1mill./mois au moins. Il y aurait des mises à jour constantes et de lourdes lectures sur le jeu de données ... donc l'écriture est aussi un facteur !! Le tokudb est-il aussi rapide que la memcache/table de mémoire? !! – axe

Questions connexes