Bonjour à toutes et à tous,
Je suis sur Mutu / Performance 4, depuis la Mise à jour sur Mysql 8.0 le service est devenu extrêmement lent sur les requêtes SQL. J'ai fouillé un peu pour voir de quoi cela pouvais provenir, mais sans trop de résultat, beaucoup de personne parle du cache qui est modifié sur mysql 8.0 mais sur un Mutu ovh je n'est pas accès à la configuration, Il y à t-il d'autres personnes je suppose dans mon cas ? Merci de vos réponses.
Cloud Web-old - Latence SQL suite MAJ sur Mysql 8.0
Related questions
- Hébergement web + nodejs
34527
13.08.2018 09:21
- Déployer un projet angular
20767
07.02.2017 16:06
- Offre Cloud Web: à vos retours!
16672
10.10.2017 07:51
- Créer un ticket
15951
19.09.2017 17:55
- Où sont les logs de mongodb?
14473
23.01.2019 10:15
- Transfert de site d'un mutu vers un cloud web
12642
09.12.2018 13:13
- Redirections https pour wordpress
12053
14.12.2018 14:36
- CloudWeb Nodejs FTP
11865
17.12.2018 11:33
- Support client 1007
11796
11.01.2019 14:10
- Dans Wordpress Si vous avez l'erreur "Mise à jour échouée" lors de la rédaction d'un ar
10354
24.03.2019 09:25
Bonjour,
le query cache a été supprimé par oracle dans mysql8 (Cf : https://dev.mysql.com/blog-archive/mysql-8-0-retiring-support-for-the-query-cache/).
Avec les modifications faite dans MySQL8 cela va avoir tendance a mettre en avant les problèmes de conception de site (genre pas assez d'index ou des query mal optimisé), du moins c'est comme ça que je le vois.
Note : cela existe toujours en MariaDB, et je comprend que certains hébergeurs est délaissé MySQL au profit de MariaDB (outre le fait que presque toutes les distributions ont fait de même par défaut)
Cordialement, janus57
Bonjour,
Effectivement, il faut voir coté optimisation des requêtes.
- Les tables sont elles lourdes ? (environ combien de lignes)
- Sont elles bien indexées ?
Merci Janus57 ainsi que CHORINP pour ta réponse, en effet tu renforces mes soupesons, pour le cache et pour l'amélioration des requêtes par contre en faisant un simple select pour lister 1500 entrées cela prend 7 à 8 sec maintenant avant 1 sec. donc on multiplie par 7 quasiment, voila la requête
$Query = "SELECT id, url_page FROM page_site_map";
$mysql_result = mysqli_query($link, $Query);
while($row = mysqli_fetch_array($mysql_result))
{
$id_page = $row['id'];
$url_page = $row['url_page'];
}
Il faudrait voir le contexte...
Une boucle qui lit tous les enregistrements et gourmand en ressources a mon sens, Y a t il vraiment besoins d'avoir tous ces enregistrements ?
ok j'ai bien établi les INDEX dans Php My Admin

de toutes les requetes, rien que cette manipulation Exemple :
Avant sur Mysql 5.7 1,2 secondes pour lire le script
Maintenant Mysql 8.0 avec les index établis 0,480 secondes !
Pour conclure, en effet l'index joue un rôle plus que essentiel je n'aurais pas pensé autant ! Merci à vous le problème est résolu.
Bonjour,
pour ceux qui veulent plus de détails et de la doc : https://dev.mysql.com/doc/refman/8.0/en/mysql-indexes.html
+ https://www.percona.com/blog/understanding-mysql-indexes-types-best-practices/
+ https://www.digitalocean.com/community/tutorials/how-to-use-indexes-in-mysql
Et du coup les première lignes qui explique le pourquoi du comment :
[quote]
Indexes are used to find rows with specific column values quickly. Without an index, MySQL must begin with the first row and then read through the entire table to find the relevant rows. The larger the table, the more this costs. If the table has an index for the columns in question, MySQL can quickly determine the position to seek to in the middle of the data file without having to look at all the data. This is much faster than reading every row sequentially.
[/quote]
Cordialement, janus57