Temps De Création / Chargement Des Pages, sur jeu en PHP avec interface

1,3 Go. En pratique, la table est décomposée en deux qui comprennent chacune 3 millions de records (une table avec les infos et une table pour l'indexation).

Perso, ca ne m'impressionne plus, on a une dizaine de tables qui dépassent le million de record (3,8 million et 240 Mo pour l'historique des equipements)

Ce ne sont que des entrées dans une DB, le défi est surtout d'y accéder rapidement.

Donc, mon expérience de l'innoDb est purement empirique mais basée sur des tables de taille assez peu ordinaire.
Ceci dit, ces tests ont été faits avec Jocelyn Fournier qui est l'un des plus gros spécialiste de MySQL en France (http://www.mysql.com/doc/en/Contributors.html
). C'est lui qui nous a suggérer d'essayer innoDB avant de suggérer le retour à MyIsam au vu de la dégradation des performances.

... ca doit être la joie pour les backups / restauration ...

25 minutes de coupures toutes les nuits à partir de 4h00 pour optimisation et backup des tables.
3 mois de backup en permanence sur le serveur (compressé évidemment).
Vu la puissance du serveur DB, la restauration n'est pas si longue que ca (une petite heure, la seule fois où ca nous est arrivé avec cette machine).

j'ai changé de serveur. tout va beaucoup mieux

0,3 s pour la plus grosse page

0,02 pour une page classique.

D'un serveur à l'autre on parle de quel changement (Mhz + RAM) ?

Une petite question de neophyte.

Je comprends comment évaluer le temps de chargement d'une page. (time (footer) - time(header)).

Par contre comment vous calculez le nombre de requêtes par page ? Vous mettez tout dans une global et à chaque requête effectué: $nb_requete ++ ?

Si il y a une autre solution plus intelligente, ça me servirait bien pour faire du profiling.