En considérant uniquement les performances , un cluster MySQL peut-il battre une solution MySQL de partage de données personnalisé? sharding = partitionnement horizontal
Lorsque je parle de partitionnement, je considère le partitionnement effectué dans la couche application, par exemple, en répartissant les enregistrements de manière égale entre les instances MySQL indépendantes. Pour deux serveurs, cela pourrait être (mod clé 2).
Réponses:
Divulgation: Je suis un employé MySQL, travaillant sur MySQL Cluster.
Je dirais que MySQL Cluster pourrait atteindre un débit / hôte plus élevé que MySQL + InnoDB fragmenté à condition que:
En termes de latence, MySQL Cluster devrait avoir une latence plus stable que MySQL fragmenté. La latence réelle pour les données purement en mémoire peut être similaire.
À mesure que les requêtes deviennent plus complexes et que les données sont stockées sur disque, la comparaison des performances devient plus confuse. Pour obtenir une réponse plus précise, vous devez décrire davantage votre application et les requêtes que vous effectuez, ainsi que le nombre d'hôtes et le volume de données. MySQL Cluster a récemment gagné l'exécution parallèle de requêtes localisées (AQL), ce qui signifie qu'il peut être compétitif avec MySQLD autonome malgré la distribution de données sur plusieurs hôtes.
Le cluster MySQL est actuellement limité au «partage» de plus de 48 hôtes. Sharded MySQL n'a en théorie aucune limite. Cependant, pour un débit cible donné, moins d'hôtes MySQL Cluster peuvent être nécessaires que les hôtes MySQL partagés.
Les différences les plus intéressantes concernent les domaines autres que les performances:
L'intégration de la partition dans votre application vous offre un potentiel de mise à l'échelle maximal, mais ajoute de la complexité et limite votre flexibilité en termes de requêtes et d'opérations entre partitions. Si votre partition est prématurée, cela peut être à l'origine de certains problèmes pour vous. MySQL Cluster vous permet d'obtenir certains des avantages du partage sans avoir à contraindre votre application à être un seul fragment.
Concernant la réponse précédente, quelques précisions:
"Bien que MySQL Cluster soit conforme à ACID, il ne fournit pas de moteur de stockage approprié pour les données avec des clés composées."
MySQL Cluster prend en charge les clés primaires et secondaires composées. Je ne sais pas ce qui ne convient pas. Peut-être que l'affiche précédente peut expliquer?
"Afin d'avoir des données avec les mêmes caractéristiques clés stockées dans un ensemble particulier de nœuds de données, vous pouvez effectuer les opérations suivantes:
- Mettez tous les nœuds de données hors ligne, en ne laissant que les nœuds de données dont vous souhaitez héberger les données avec les mêmes caractéristiques clés.
- Chargez vos données dans le cluster MySQL, qui ne remplit que vos nœuds de données sélectionnés
- Remettez tous les nœuds de données en ligne "
Ceci est une erreur. La distribution des données est indépendante des nœuds qui sont en ligne à tout moment. MySQL Cluster prend en charge divers schémas de distribution de données pour prendre en charge les optimisations que vous décrivez. Je décris la distribution des données dans MySQL Cluster dans un article de blog ici: Distribution des données dans MySQL Cluster