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
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).
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.
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
- 1. Fichiers MySQL ou XML ou autre chose?
- 2. Table mémoire, informations memcached ou simple tableau PHP
- 3. Foreach, Cursor ou autre chose?
- 4. Hibernate ou iBatis ou autre chose?
- 5. MySQL - Dois-je utiliser last_insert_id()? ou autre chose?
- 6. Requête mySQL, devrais-je utiliser CASE, UNION ou autre chose
- 7. IronRuby, IronPython ou autre chose?
- 8. ElasticSearch ou Couchbase ou autre chose
- 9. memcached PHP ou Nginx memcached
- 10. MongoDB ou CouchDB ou autre chose?
- 11. Position absolue ou autre chose?
- 12. grande table MySQL, tous les inconvénients à l'utilisation MEMORY/HEAP
- 13. Gdk.Pixbuf fuite de mémoire dans Vala, ou autre chose?
- 14. Blog et nouvelles entremêlées - Rejoindre ou Union ou autre chose?
- 15. Table mysql-update d'une autre table
- 16. Problème de cache Ajax? Ou autre chose?
- 17. Problème de mémoire ou autre chose?
- 18. Redirections de page ou autre chose?
- 19. Solution/Architecture: files d'attente ou autre chose?
- 20. Dois-je utiliser UIImageview ou autre chose?
- 21. Problèmes d'utilisation de System.Collections.Generic; ou autre chose
- 22. <noscript> ou autre chose
- 23. Marges Internet Explorer ou autre chose?
- 24. Devrais-je utiliser System.out.println() ou autre chose?
- 25. Anchorpoint sur SKShapeNode ou autre chose
- 26. Redis imite MASTER/MASTER? ou autre chose?
- 27. Alarme, Calendrier, Alarme + Calendrier ou autre chose?
- 28. Services de données WCF ou autre chose?
- 29. Garena travaillant (tunnels ou autre chose)
- 30. bizarrerie de temps Unix, ou autre chose?
La percussion nop n'est pas nécessaire! Je me demandais comment être écrit sur memcached vs tables de mémoire !! – axe
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
La persistance pourrait être assurée à un niveau différent. – Lodewijk