Au jour où j'écris ce message, beaucoup de mes collègues utilisent mal leur bases de données. C'est pourtant le point névralgique d'un site web à fort trafic.
Même si une base marche assez bien quand on la teste, elle peut se révéler complètement inefficace lorsqu'elle est mise en environnement à fort trafique.
On peut toujours "clusteriser" ses serveurs mysql pour en diviser le stress, il n'empêche que si une requête sans stress met du déja du temps à s'effectuer toute seule, c'est mal parti.
Dans cette suite de billets, nous étudierons les bonnes pratiques à avoir lorsqu'on commence une application et sa gestion de données.
Temps de réponse SQL = Temps unitaire * taux de charge * hardware.
Les différents articles qui suivrons analyserons ces 3 paramètres du temps de réponse des requêtes sql.
- Optimiser le temps unitaire d'une requête:
- Utiliser les indexs.
- Diviser ses données
- Choisir ses types de données.
- Dupliquer intelligemment l'information.
- Procédures stoquées.
- Taux de charge
- Cache applicatif.
- Cache HTML.
- Clusteriser son serveur mysql.
- Hardware
- Pas de mutualisation hardware.
- Processeur.
- Disque dur.
- Reseau.
Aucun commentaire:
Enregistrer un commentaire