web-dev-qa-db-fra.com

Connexions MySQL simultanées/simultanées

Je suis à la recherche du meilleur hébergement WordPress pour moi et je me demande combien de connexions MySQL à la fois nécessite WordPress? Je sais que c'est un peu une question générale, mais à quoi ça ressemble pour vous?

Je vais héberger environ 3 à 5 installations WordPress et chacune d’elles comptera environ 80 000 pages vues par mois (environ 20 000 utilisateurs uniques par mois).

Je me demande si 30 connexions simultanées suffiraient? Parce que la plupart des hébergeurs (je n'ai pas encore les moyens d'acheter VPS) limitent ces connexions à 25 ou 30.

Pourriez-vous partager vos WP utilisateurs uniques/vues de page et le nombre de connexions simultanées qu'ils génèrent? 30 sons assez bas mais on m'a dit que ce n'était pas si facile à dépasser du tout. Je sais que cela dépend du thème, etc., mais disons que je vais en utiliser des relativement optimisés.

Je ne peux pas encore le vérifier moi-même car tous mes sites sont toujours hébergés localement :)

C'est un peu bizarre, car je connais des gars qui hébergent plusieurs thèmes sur le service (grille) de MediaTemple, qui autorise 25 connexions simultanées. Les personnes présentes sur les forums WordPress affirment que même 50, c'est beaucoup trop bas ...

Existe-t-il des tests/tests que je pourrais effectuer sur mon thème pour voir le nombre de connexions MySQL qu'il ouvre pendant que je navigue sur les pages?

mysqlperformancehosting
2
Wordpressor

IMHO cela dépend de la société d'hébergement et quelles ressources vous sont limitées.

Disons que vous choisissez MySQL RDS d'Amazon. Il existe sept modèles de serveur autorisés. Chaque modèle autorise une valeur maximale pour le nombre de connexions.

J'ai écrit un article à ce sujet le mois dernier dans DBA StackExchanage: Devrais-je augmenter le nombre maximal de connexions dans AWS RDS t1-micro pour MySQL? . Voici un tableau de mon post:

MODEL      max_connections innodb_buffer_pool_size
---------  --------------- -----------------------
t1.micro   34                326107136 (  311M)
m1-small   125              1179648000 ( 1125M,  1.097G)
m1-large   623              5882511360 ( 5610M,  5.479G)
m1-xlarge  1263            11922309120 (11370M, 11.103G)
m2-xlarge  1441            13605273600 (12975M, 12.671G)
m2-2xlarge 2900            27367833600 (26100M, 25.488G)
m2-4xlarge 5816            54892953600 (52350M, 51.123G)

Bien que vous puissiez payer plus d'IOP par modèle de serveur, cela n'aide pas les connexions. Vous êtes pratiquement bloqué avec les nombres donnés pour max_connections.

Si vous n'aimez pas le verrouillage de MySQL RDS, vous pouvez passer à Amazon EC2. Voir mon article Too Nombreuses connexions à la base de données sur Amazon RDS où je recommande de passer à Amazon EC2 pour avoir beaucoup plus d'indépendance et de responsabilité pour le réglage de MySQL pour les connexions, la mémoire, les disques, etc. .

Bien sûr, les tarifs pour Amazon risquent de vous éloigner de RDS et EC2. Cet exemple vous montre essentiellement deux principes:

  • Live avec des restrictions d'hébergement
  • Recherchez une entreprise d'hébergement pouvant effectuer l'une des opérations suivantes:
    • Vous accueillir avec le réglage de la connexion pour WordPress
    • Laissez-vous une certaine latitude pour faire votre propre réglage

Bien que facteur atténuant, les préoccupations budgétaires dépassent le cadre de cette réponse.

1
RolandoMySQLDBA

WordPress utilise une seule connexion pour toutes les requêtes. Il utilise donc une seule connexion par requête. Donc, si vous avez 30 personnes sur le site en même temps, il utilisera 30 connexions. Simple, vraiment.

1
Otto