kameleon1er
21/09/2016, 21h47
Tu m'as vachement aidι, merci ! --°
VPS base de donnιes plante trop rιguliθrement
sich
21/09/2016, 14h25
De toute faηon ce ne sont pas ces ιlιments qui vont nous dire pourquoi mysql plante...
Il devrait y avoir un error.log ou un truc du genre /var/log/mysql/
Ce sera surement plus parlant.
Il devrait y avoir un error.log ou un truc du genre /var/log/mysql/
Ce sera surement plus parlant.
kameleon1er
21/09/2016, 09h48
Salut Buddy, la longue liste vient de php/myadmin. J'ai bien vu le script mais il y avait un tel Warning dans la doc ("si vous ne savez pas ce que vous faites…") ηa m'a fait un peu flipper, j'ai eu peur de faire encore plus de dιgβts --°
buddy
21/09/2016, 08h37
ηΰ sort d'oω ηΰ ?
car les 2 scripts que je t'ai donnι te donne des conseils ΰ appliquer gιnιralement ... (tout en bas non ? )
car les 2 scripts que je t'ai donnι te donne des conseils ΰ appliquer gιnιralement ... (tout en bas non ? )
kameleon1er
20/09/2016, 21h57
Envoyι par kameleon1er
Merci
Code HTML:
+/// Erreurs remontιes par Mysql /// + Innodb_buffer_pool_reads 3,4 k Le nombre de lectures que InnoDB n'a pu faire ΰ partir de la rιserve, menant ΰ une lecture directe d'une page. ++ Handler_read_rndDocumentation 10,4 k Le nombre de requκtes de lecture d'une ligne 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_nextDocumentation 191,6 k Le nombre de requκtes de lecture de la prochaine ligne 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. ++ Created_tmp_disk_tablesDocumentation 463 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. ++ Key_readsDocumentation 1,8 k Le nombre de lectures physiques d'un bloc de clιs depuis le disque. Si cette valeur est ιlevιe, la taille de votre mιmoire tampon de clιs est trop petite. Le taux d'ιchec de la cache peut κtre calculι par Key reads/Key read requests. ++ Opened_tablesDocumentation 5,2 k Le nombre tables qui ont ιtι ouvertes. Si trop ιlevι, votre cache de table est probablement trop petite. ++ Table_locks_waitedDocumentation 1 Le nombre de fois qu'un verrou de table n'a pu κtre acquis immιdiatement, induisant un temps d'attente. 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. ++
kameleon1er
20/09/2016, 20h34
Envoyι par buddy
buddy
20/09/2016, 20h31
Les logs mysql. /var/log/mysql.log
Tu peux aussi optimiser mysql avec les scripts suivants
http://mysqltuner.com
https://www.geeek.org/mysql-tuning-p...mysql-274.html
Tu peux aussi optimiser mysql avec les scripts suivants
http://mysqltuner.com
https://www.geeek.org/mysql-tuning-p...mysql-274.html
kameleon1er
20/09/2016, 20h16
Bonjour ΰ tous, j'ai mon ancien VPS 2013 ou 14 oω j'ai un problθme que je qualifierait de reccurent ; la base de donnιes plante assez souvent.
Quelqu'un pourrait-il m'indiquer dans quels logs je devrais regarder pour tenter de comprendre ce qui se passe ?
Je vous remercie par avance :-)
Quelqu'un pourrait-il m'indiquer dans quels logs je devrais regarder pour tenter de comprendre ce qui se passe ?
Je vous remercie par avance :-)