Question

J'ai commencé à développer un jeu de navigateur (base de données). Ma question est combien de requêtes peuvent accueillir une poignée régulière (quand je veux dire régulièrement, je veux dire un hébergement mutualisé vous cand trouver pour environ 7 $ / mois). En ce qui concerne les requêtes, rien de compliqué (SELECT simple et où les opérations).

Alors ...? dix? 100? 10000?

Était-ce utile?

La solution

Yoshinori Matsunobu de ses articles 105,000 revendications requêtes par seconde en utilisant SQL, et les requêtes de 750,000 par seconde en utilisant InnoDB natif API.

Toutes les requêtes sont de PK simples recherches.

Sur un hébergement mutualisé ces numéros seront bien sûr beaucoup plus bas. Combien exactement dépend bien sûr de l'hébergement mutualisé.

Autres conseils

Ceci est complètement dépendant du matériel du serveur, il la capacité de mise en cache et la configuration et le type de matériel qu'il utilise pour le stockage non volatile (par exemple, une matrice RAID de disques durs avec des broches ou des disques SSD?), Sans parler de la type de requête et de la base de données interrogée, dont:

  • Nombre de jointures
  • Index
  • Nombre de lignes dans les tables Interrogation
  • Taille du jeu de résultats
  • charge simultanée
  • etc ...

Sans connaître tous ces facteurs, il est impossible d'estimer la performance. La meilleure estimation provient du profil réel, effectué dans des conditions normales de fonctionnement avec le type de requêtes qui seront effectivement présentées.

De nombreux facteurs peuvent influer sur le temps de réponse d'une base de données. Matériel, configuration de l'application (mysql de la boîte n'exécute pas très bien), et last but not least, votre codage!

requêtes mal écrit peut apporter une sensation de faire application lent et léthargique. En utilisant count (*) dans votre code, pour un exemple très trivial, ou ayant pas d'index sur la base de données, par exemple, influencera votre db temps de réponse que votre ensemble de données augmente.

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