Question

J'ai une base de données qui doit pouvoir évoluer en milliards d'entrées ou de lignes.

  • Ce nombre de lignes peut-il être pris en charge par une seule table? Est-ce conseillé?
  • Une seule table serait-elle divisée en plusieurs clusters si elle était utilisée dans un NDBCLUSTER.
  • Autres techniques d'équilibrage de charge?
  • Quelles sont les méthodes recommandées pour déployer une telle base de données?
  • Quelles sont les meilleures pratiques pour une base de données comportant autant de lignes afin d'améliorer les performances?
  • Est-ce que MySQL ferait ou devrais-je regarder ailleurs?
Était-ce utile?

La solution

Nous avons des tables avec 22 millions de lignes et aucun goulot d'étranglement n'est en vue. Au moins aucun qui assez de RAM ne peut réparer. En règle générale, il n'y a pas facile oui ou non. Cela dépend de la nature de vos données, du moteur de table, etc.

Si vous divulguez plus d'informations sur le type de données que vous sauvegardez, une réponse pourrait être plus détaillée.

Mon seul conseil d'ordre général pour les bases de données volumineuses est la suivante: je dépasserais les options matérielles avant de passer à la réplication et / ou au partage (pour des raisons de performances: conserver un esclave pour la sauvegarde est une autre histoire). Vous devez également connaître votre index-fu et les options / commutateurs évidents pour ajuster le serveur de base de données.

Plus d'infos, si vous pouvez me dire quel type de données vous utilisez.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top