Optimiser SQL Privé

Bonjour à tous,

J'ai un site en Drupal 7 sur un serveur mutualisé chez OVH. Depuis quelques semaines il devenait impossible pour moi d'être en serveur SQL mutualisé et j'ai donc opté pour un SQL Privé à l'essai. Trop de ralentissement...

Je ne m'y connais pas trop bien et j'ai l'impression que tous les paramètres de ce SQL privé sont de base, hors j'ai plein de valeurs dans le rouge dans l'état du serveur.

Les voici:

-Innodb_buffer_pool_reads 42 k Le nombre de lectures que InnoDB n'a pu faire à partir de la réserve, menant à une lecture directe d'une page.

-Innodb_row_lock_time_avg 92 Le temps d'attente moyen pour acquérir un verrou, en millisecondes.

- Innodb_row_lock_time_max 2 542 Le temps d'attente maximum pour acquérir un verrou, en millisecondes.

- Innodb_row_lock_waits 96 Le nombre de fois qu'on a dû attendre pour un verrou.

- Handler_read_rnd 426 k Le nombre de requêtes de lecture d'un enregistrement basée sur une position fixe. Ce nombre est élevé si vous faites de nombreuses requêtes qui nécessitent de trier les résultats. Vous avez probablement un grand nombre de requêtes qui demandent à MySQL de parcourir des tables en entier, ou vous avez des jointures qui n'utilisent pas correctement les clés.

- Handler_read_rnd_next 7 422 k Le nombre de requêtes de lecture du prochaine enregistrement dans le fichier. Élevé si vous faites plusieurs parcours de tables. Ceci suggère que vos tables ne sont pas correctement indexées ou que vos requêtes ne sont pas écrites de façon à tirer parti des index que vous avez définis.

-Qcache_lowmem_prunes 73 k Le nombre de requêtes qui ont été retirées de la cache pour libérer de la mémoire afin de mettre en cache de nouvelles requêtes. Peut être utilisé afin de peaufiner la taille de la cache. La stratégie utilisée pour déterminer quelles requêtes seront retirées est LRU (least recently used).

-Created_tmp_disk_tables 356 Le nombre de tables temporaires sur disque créées automatiquement par le serveur lors de l'exécution d'énoncés. Si la valeur du paramètre Created_tmp_disk_tables est trop grande, augmentez la valeur de tmp_table_size afin que les tables temporaires soient maintenues en mémoire au lieu d'être sur disque.

-Select_full_join 9 Le nombre de jointures qui n'ont pas utilisé d'index. Si cette valeur est supérieure à 0, vérifiez soigneusement les indexes de vos tables.

- Opened_tables 3 348 Le nombre tables qui ont été ouvertes. Si trop élevé, votre cache de table est probablement trop petite.

Je ne sais pas ce qu'il faut configurer. Est-ce que vous pouvez m'éclairer pour résoudre ce problème ?

Merci beaucoup

Le modèle de données de Drupal est, hélas, très mauvais !
Je pense que cela joue pour beaucoup dans la lenteur qu'on peut constater avec ce CMS qui est par ailleurs très bien.

Au départ déjà je n'avais pas pu importer ma base de donnée. Il avait fallu que j'augmente le max allowed packet pour pouvoir importer la base sur ce SQL Privé. Et je crois même avoir mit une valeur bien trop grande. Je ne sais comment afficher toutes les settings du serveur. Y a-t-il une commande pour voir les valeurs du cache de table, max connection, max allowed packet... ?

Il semblerait d'après le rapport que le cache de table soit trop petit ?

Puisqu'il s'agit d'un serveur dédié, tu as accès à la console et tu peux importer ta BDD en passant une commande du type :

Code:

---

mysql -u [nom de l'utilisateur] -p[son mot de passe] [nom de la BDD] < [chemin + nom du fichier d'importation]

---

En ligne de commande, je n'ai jamais eu de souci et sans toucher à aucun paramètre de MySQL.

Merci pour ton aide Cinephil mais la base je l'ai déjà importée. Il faudrait peut-être que je rebaisse ce max allowed packet car j'avais mis une valeur énorme... J'avais mis aussi je crois le max connection à 300.

Enfin j'ai bidouillé sans trop savoir en fait...

Il n'y a rien d'autre que je puisse faire avec phpmyadmin?
Des settings plus adéquats pour Drupal 7 ? Le cache de table peut-il se modifier via phpmyadmin ?

Encore merci