Optimisation MySQL : suis-je sur la bonne voie ?

[dedis]

Bonjour à tous,

Je dois actuellement optimiser une application Web déjà existante (un test en ligne), qui devra faire face à plusieurs milliers de connexions simultanées à l'avenir. L'application est utilisée en Intranet, et ces connexions ont lieu à un moment déterminé lors du passage du test par des candidats. L'affichage se fait dans une appli en Flash (qui gère uniquement l'affichage)

Pour améliorer la réactivité de l'appli, je m'oriente vers :

- L'utilisation d'un service Web (SOAP) pour la communication flash-php
- L'utilisation de tables en Memory
- L'utilsation d'un maximum de procédures pour remplacer l'essentiel des traitements PHP
- L'écriture de la table avec des clefs primaires/étrangères appropriées pour les tables en lecture, et sans clefs étrangères pour les tables en écriture

Il me semble que pour la solution serveur, l'idéal serait un serveur dédié LAMP, avec pas mal de mémoire vive.

D'après vous :

- Est-ce que l'utilisation de tables en MEMORY et de procédures stockées est une bonne orientation ?
- Est-ce que la suppression des index de clefs étrangères sur les tables en écritures permettra un réel gain de performance ?
- Quel quantité de mémoire vive sur le serveur faut-il prévoir pour avoir une bonne réactivité sur plusieurs milliers de connexions simultanée ?
- Pouvez-vous me conseiller des optimisations pour les serveurs APACHE et MySql (voir d'autres solutions serveurs plus optimisées?)

merci

[CinePhil]

Un début de réponse tu trouveras à la lecture de l'article de SQLPro consacré à l'optimisation.

Pour plus de détails, je te souhaites qu'il passe par là mais je crains qu'il te dise que MySQL n'est pas le SGBD à choisir pour ton besoin parce que relativement peu performant avec des insertions nombreuses et concurrentes.