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 […]

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)

Je vous parlais, en début d’année, de BioSmalltalk (une librairie d’outils pour la bio-informatique écrite en Smalltalk disponible sur Pharo et Squeak).

Sachez que les auteurs (Hernán F. Morales et Guillermo Giovambattista) publieront un article (en anglais) dans le Bioinformatics Journal (de la prestigieuse Université d’Oxford).  Le sysnopsis de cet article est disponible …

L’association LeMug.fr (MySQL User Group) fut l’invité à l’émission Cyberculture de la radio Ici et Maintenant, samedi dernier pour parler des bases de données webs et principalement de la base de données la plus utilisée sur internet : MySQL.   Les personnes de l’association, qui ont participé à l’émission étaient Olivier Dasini et Christophe Villeneuve de […]

2 membres de Team LeMug.fr (MySQL User Group) « Christophe Villeneuve et Olivier Dasini » et Serge Frezefond de SkySQL seront présent à l’émission Cyberculture de la radio « Ici et maintenant », demain (6 juillet 2013) de 14 h 00 à  15 h 30. Le premier ‘Christophe’ sera le chroniqueur principal au coté de […]

Si vous avez manqué 1er #DBHangOpsFr, voici la session de rattrapage.

Un grand merci à Cédric.

1. Un problème n’arrive jamais seul

Dans la deuxième partie de cet article (le premier article étant ici), nous nous sommes laissés sur un exemple extrême (i.e. une grille avec des lignes et des colonnes vides) afin de vérifier la validité et l’efficacité de la solution présentée dans un des pires scénarios envisageable :

Avant même de débuter, rappelez-vous qu’il est primordial d’exécuter la commande suivante dans votre session pour éviter d’avoir à attendre une éternité, que ce soit pour la …

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:

Les sociétés SkySQL et Monty Program fusionnent pour créer un éditeur de base de données Open Source de nouvelle génération Les experts mondiaux et historique du développement et du support de MySQL® se réunissent HELSINKI, FINLANDE, LE 23 AVRIL 2013 – SkySQL Ab annonce la signature d’un accord de fusion avec Monty Program Ab, créateur […]

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: