Après avoir passé plusieurs jours à faire des recherches, j'ai placé un site web sur une instance c1.medium, Amazon Linux, et la base de données MySQL sur une instance db.m1. Le RDS exécute la version 5.6.13 de MySQL. J'ai alloué 100 Go à l'instance de la base de données et j'ai fixé l'IOPS à 1 000. Le site Web est basé sur des photos, autorise les téléchargements par les utilisateurs et accueille plus de 400 visiteurs aux heures de pointe.
Une fois que j'ai activé la journalisation des requêtes lentes, j'ai constaté que le problème semble provenir de la table wp_options, qui, en regardant dans phpmyadmin, contient des informations sur les plug-ins et le thème WordPress. Ex :
SET timestamp=1390186963 ;
SELECT option_name, option_value FROM wp_options WHERE autoload = 'yes' ;
Heure : 140120 3:04:17
Utilisateur@Host : xxxx Id : 744
Temps d'interrogation : 49.248039 Lock_time : 0.000180 Rows_sent : 485 Rows_examinés : 538
Après avoir expérimenté quelques paramètres de la base de données, j'ai défini le type de cache de requête (query_cache_type) sur 1 et la taille du cache de requête (query_cache_size) sur 64 Mo. J'espérais que l'activation de la mise en cache empêcherait la base de données d'appeler de façon répétée la table wp_options, mais cela ne semble malheureusement pas être le cas. Avez-vous des suggestions ? Quelles seraient les prochaines étapes à suivre pour trouver la cause de ce problème ? En regardant les métriques CloudWatch, le matériel semble être suffisant, mais peut-être pas ?
Vous trouverez ci-dessous des captures d'écran des mesures de CloudWatch pour les deux instances.
