Discussion :

[weed]

Hello tout le monde,

J'aimerais savoir si un seul serveur MySQL peux supporter plus de 4 000 000 de transactions par jour?

Le serveur serait celui d'un grand MNVO d'il y a quelques années.

Ma question est de savoir si 4 000 000 de transactions est tout à fait probable ou inimaginable sans que le serveur se croute.
je suis bien conscient que cela dépend énormément de la machine, mais grossièrement avec un opérateur avec un peu plus de 1.3-1.5 d'abonnés.

Voila, c'est juste pour savoir si je suis complètement à coté de la plaque ou non

[tempoxav]

Hello,

Pour moi ça colle sur un serveur si tes INSERT ne se font pas en 10 mn (j'ai pris une répartition sur 8 heures)
MySQL a beaucoup évolué avec la version 5.5 et 5.6 et peut maintenant scaler sur beaucoup de coeurs, pour atteindre plusieurs miliers de transactions par secondes, donc pas de problèmes avec une version 5.6.

Après il faut toujours regardé le cas particulier...

j'avais trouvé un cas client benché pour 6 Millions transactions métiers par jour, donc beaucoup plus d'insert que ça..
https://blogs.oracle.com/MySQL/entry...e_clearing_des

[apaul]

Comme dit tempoxav, ca dépend.
Sur la charge pure et simple, toujours comme dit tempoxav, c'est tout à fait faisable (perso, sur un seul serveur, je suis à 3000 questions/seconde, 1/3 d'écriture, il faut juste de la RAM et un peu d'optimisation).

Par contre, tes insert se font sur la même table ou sur des tables fortement liées par contraintes? Parce que dans ce cas, n'oublie pas que tu as des locks, donc des files d'attentes, et si ton insert met une plombe (une seconde, c'est déjà une plombe), la sensation utilisateur va pas être très bonne.

Bref, oui, MySQL peut gérer la charge, mais ca dépend aussi de la structure de ta base.

[weed]

Je vous remercie pour vos réponse qui me rassure. Cela fat un petit moment que j'ai travaillé sur ce projet là, je n'avais pas des versions de MySQL aussi avancé.

tempoxav, la chaine de facturation fonctionnant 24h sur 24, ce n'est pas sur 8h. J'ai donc beaucoup moins de requête à la seconde.

apaul, en effet maintenant, je me souviens, une des difficultés c'est que l'on avait était de fare des selects et des insert à la fois (cela pouvait arrivé en fait) et nous avions en effet des locks parfois.

Bon pour être sur de mon coup, je vais indiquer que lors de mon experience j'avais jusqu'à 3 000 000 de transactions
Merci beaucoup pour votre participation

[SQLpro]

Ce qui me chifonne c'est ça :

tempoxav, la chaine de facturation fonctionnant 24h sur 24, ce n'est pas sur 8h. J'ai donc beaucoup moins de requête à la seconde.

En effet ni MySQL ni PG supportent correctement une dispo 24h sur 24 avec un charge continuelle. Et pour MySQL c'est assez catastrophique puisqu'il faut presque arrêter le serveur pour faire la moindre sauvegarde !

A +

[weed]

Oui, c'est vrai que la sauvegarde à chaud, c'était preque pas possible
mais si ma mémoire est bonne, on utilisait un serveur de réplication pour cela. Et donc on fait notre "dump" de sauvegarde quotidienne à partir du serveur esclave.