Discussion :

[ovh]

Salut les nerds

Au boulot, on me pose une question à laquelle j'ai du mal à répondre : pour une appli web, vaut-il mieux utiliser un mode de connexion persistent à la base de données (utilisant un pool de connexions par appli), ou un mode où on se connecte et déconnecte à chaque requête http (qui est me semble-t-il le mode par défaut pour des applis PHP) ?
J'ai fait quelques recherches sur le sujet, mais il ne semble pas y avoir de consensus clair sur le sujet.

A la base, cette question fait suite à une appli qui a planté suite à un afflux massif de connexions simulatanées provoquant une erreur "too many connections" de mysql. En fait je pense que le problème provient principalement d'un rafraîchissement automatique continu d'une liste d'items qui est à mon avis codé sans cache et provoquer des tas de "select"... Je leur ai suggéré d'intercaler un cache comme redis, mais on m'a aussi parlé du mode de connexion à la base, d'où ma question.

pour vos avis

[Artemus24]

Salut ovh.

A la base, cette question fait suite à une appli qui a planté suite à un afflux massif de connexions simultanées provoquant une erreur "too many connections" de mysql.

Ne serait-ce pas plutôt une attaque de type DOS (denial of service attack) dont tu as subi ?

Une solution possible est en effet de ne pas faire de connexion persistante.
Peut-être que ton site est sous-dimensionné par rapport au nombre d'utilisateurs qui sont connectés en simultanés.
Il faudrait revoir le paramétrage de MySql et de Apache afin d'augmenter le nombre de connexion simultané autorisé.

En fait je pense que le problème provient principalement d'un rafraîchissement automatique continu d'une liste d'items qui est à mon avis codé sans cache et provoquer des tas de "select"... Je leur ai suggéré d'intercaler un cache comme redis, mais on m'a aussi parlé du mode de connexion à la base, d'où ma question.

Bon là, je ne sais pas de quoi tu parles.

@+

[ovh]

Ne serait-ce pas plutôt une attaque de type DOS (denial of service attack) dont tu as subi ?

Non, aucun doute là-dessus, c'était des requêtes légitimes. Quand je dis "massif" c'est quelques milliers d'utilisateurs, et en fait je m'y attendais, c'est juste que l'appli n'avait jamais été testée avec cette volumétrie (ce n'est pas mon appli d'ailleurs )

Il faudrait revoir le paramétrage de MySql et de Apache afin d'augmenter le nombre de connexion simultané autorisé.

C'est exactement ce que je n'ai pas envie de faire Car pour moi c'est une mauvaise solution à un vrai problème. Avant de gonfler les capacités de l'infra, je préfère optimiser l'archi de l'appli.

[Artemus24]

Salut ovh.

J'utilise du PDO pour les accès aux bases de données. Voici ce qu'il faut mettre pour ne pas avoir de connexion persistante.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

PDO::ATTR_PERSISTENT => false

Maintenant, je n'ai jamais utilisé de connexions persistante. Alors il m'est difficile de bien te conseiller.

Je peux comprendre que tu ne veuilles pas augmenter le nombre de connexions, mais as-tu identifier l'origine de ce problème ?
Est-ce que la durée de la connexion persistante ne serait-elle pas trop longue ?
Ou bien, y-a-t-il trop de sollicitations à ta base de données, ce qui ferait que tu as trop de requêtes ?

un afflux massif de connexions simultanées provoquant une erreur "too many connections" de mysql.

Qu'est-ce que cela signifie un afflux massif de connexions ?

Est-ce qu'il existe un cas de figure dans ton application, qui ferait que tu sollicites trop de connexions à un moment donné ? Genre une boucle ?
Ce qui me fait penser à un problème plutôt applicatif au lieu d'un nombre trop grand d'internautes qui se connectent tous au même moment ?

Sinon, à quoi cela vous sert d'avoir une connexion persistante ?

J'ai trouvé quelques explications :
http://www.developpez.net/forums/d11...tr_persistent/
http://stackoverflow.com/questions/2...nection-string

@+