MySQL lock table

Yop

Comme vous l'avez compris, j'essaye d'optimiser un peu SQL ... Je viens d'installer un nouveau serveur (un MG SSD, donc plutot plutot "large") mais je rencontre quelques soucis.

Parfois, le serveurs mySQL semble surchargé et je vois beaucoup de requêtes ayant pour statut "Waiting for table level lock".

Quand je regarde le status du serveur, je vois ceci :

SHOW STATUS LIKE 'Table%';
+-----------------------+---------+
| Variable_name | Value |
+-----------------------+---------+
| Table_locks_immediate | 7028867 |
| Table_locks_waited | 140278 |
+-----------------------+---------+

A priori, j'ai un nombre de tables qui n'obtient pas immediatement un verrou trop élevé. La solution pour mysql ? "Si ce nombre est élevé et que vous éprouvez des problèmes de performance, commencez par optimiser vos requêtes, puis subdivisez vos tables ou encore utiliser la réplication.".

Pareil, je vois passer pas mal de "Waiting for query cache lock".

Que dois je en conclure ? Dois je passer en innodb pour limiter les problemes de lock ?

Le load average est infime : load average: 0.15, 0.15, 0.18

Si vous avez des pistes, je suis preneur.

Merci

Bon, je vais lire tout ce que je peux trouver sur innodb et me lancer, on va voir.

oui mais par exemple, les forums PHPBB utilisent le fulltext (c'est désactivable il me semble). Dans ce cas, tu es un peu bloqué non ?

Pour remplacer du FULLTEXT, on peut bricoler avec SOUNDEX et des procédures stockées. Sinon je pense aussi qu'il vaut mieux se tourner vers des outils annexes.

Sinon pour la question initiale, j'aurais dit aussi de passer sur InnoDB mais surtout de vérifier le schéma de la base de données, et peut être remettre à plat sa conception si ça bloque vraiment.

(Message édité le 10-02-2012 à 23h02 par PyRoFlo)

Je vous conseille la lecture du bouquin "http://books.google.fr/books?id=BL0NNoFPuAQC&printsec=frontcover&dq=mysql+high+performance&hl=fr&sa=X&ei=MyQ2T_3xHIK30QWCnOXBAg&ved=0CDoQ6AEwAA#v=onepage&q=mysql%20high%20performance&f=false" dont la nouvelle version mis à jour pour MySQL 5.5 sortira en Avril 2012.

MyISAM et INNODB sont très bien expliqués, comme d'autres moteurs de stockage et il ne faut pas vouloir utiliser un moteur uniquement ou un autre mais panacher aussi pour optimiser les performances en fonction du besoin car certains moteurs de stockages font des choses mieux que d'autres.

A lire donc, je vous le conseille avec ce célèbre blog : http://www.mysqlperformanceblog.com/

Bon week-end.

Pour l'anecdote‚ Facebook tourne sous MySQL avec InnoDB.

Pas compris.

http://www.facebook.com/MySQLatFacebook?sk=notes

Bon bah je suis revenu sur mon ancien fichier de config, ca fonctionne a merveille. A priori, je suis pas un cador niveau tuning mysql Un jour, il va vraiment falloir que je pense à filer le hosting / infogérance à un pro. Faut juste que je me decide a lacher la main, c'est pas évident.

Tu peux m'en dire plus ? Cher comme service non ?

Finalement, non, ca va pas mieux. Quoi que je fasse, le nouveau serveur beaucoup plus puissant tourne moins bien que l'ancien superplan. Des users commencent à se plaindre. Je flippe un peu de passer les tables les plus importantes en innodb, comme ça, en prod, sans maitriser un minimum mon affaire (perfs, securité, backups). Le serveur est semble-t-il arrivé plusieurs fois à la limite du max-connection aujourd'hui, ce que l'ancien n'avait jamais fait. Tout ça manque vraiment de logique.