Comme vous le savez MySQL 5.7 est GA. Cette nouvelle mouture de la base de données open source la plus populaire au monde a plus de 150 nouvelles fonctionnalités. L’une d’entre elle est un type de données JSON natif ainsi que les fonctions JSON associées.
Prenons 30 minutes pour voir ce que cela donne…
Jeudi 10 octobre à eu lieu, dans les locaux d’Oracle, le MySQL techday organisé par Oracle et le MySQL User Group francophone.
Dans la continuité de MySQL Connect, les speakers nous ont offert des sessions de très grandes qualités sur les thèmes de la performance et de l’optimisation relative aux versions 5.6 et 5.7 de MySQL.
Le 10 octobre 2013, Le MySQL User Group Francophone (lemug.fr) et Oracle MySQL vous invitent au MySQL Tech Day à Paris.
A partir de 10h30, avec un programme exceptionnel !!! :
Overview: MySQL Innovation @Oracle @MySQL Connect
Xavier GERARD / Olivier ZEMRAG (MySQL France)
MySQL Performance: Latest improvements in MySQL 5.6 & 5.7
Dimitri KRAVTCHUK (MySQL Performance Engineering leader)
MySQL Optimizer: What is new? what is coming?
Guilhem BICHOT (MySQL Optimizer Engineering team)
50 tips to boost MySQL Performance
Arnaud ADANT (MySQL Support team)
MySQL Performance Schema: Overview / HOWTO
Dimitri KRAVTCHUK(MySQL Performance Engineering leader)
MySQL Performance Schema: Hands-on (live lab)
Le 10 octobre 2013, Oracle et Le MySQL User Group Francophone (lemug.fr) vous invitent au MySQL Tech Day à Paris.
Une journée technique bien pleine où les différentes équipes MySQL chez Oracle vont nous présenter les améliorations présentes et futures des versions 5.6 et 5.7 de MySQL.
Au programme:
Overview: MySQL Innovation @Oracle
MySQL Performance: Latest improvements in MySQL 5.6 & 5.7
MySQL Optimizer: What is new, what is coming
50 tips to boost MySQL Performance
MySQL Performance Schema: Overview / HOWTO
MySQL Performance Schema: Hands-on (live lab)
Comme promit, voici la suite de l’article Utiliser une sous-requête c’est mal ?
L’idée ici est de répondre aux interrogations de svar et d’en profiter pour explorer les nouvelles possibilités de la variante stable de MySQL qui possède l’optimiseur le plus avancé, c’est à dire MariaDB 5.5.
Préambule
En pré-requis, je vous invite à explorer la doc officielle de MySQL au sujet de la variable optimizer_switch, qui permet de sélectionner les algorithmes d’optimisation, ainsi que les différentes subtilités implémentées dans l’optimiseur de MariaDB.
La valeur par défaut sur MariaDB 5.5.30 de la variable optimizer_switch est:
Jusqu’en MySQL 5.5 inclus, l’utilisation de sous-requêtes peut, dans certain cas, être la cause de problèmes de performances (l’optimiseur est bien meilleur en MySQL 5.6, MariaDB 5.5 et MariaDB 10).
Récemment j’ai eu un souci en prod, après une MEP, avec une requête qui durait en moyenne plus de 1000 secondes…
Inutile de préciser que dans un environnement OLTP, application web plus précisément, ce n’est pas jouable, elle a donc été virée très rapidement (mais pas le développeur qui l’a créée…)
Alors passons sur le fait que ce genre de problème devrait être identifié avant d’arriver sur la prod, et voyons à quoi ressemble une requête qui peut prendre 45 minutes: