Vous pouvez consulter les photos du meetup Viadeo/LeMUG sur le compte FB du MUG:
https://www.facebook.com/media/set/?set=a.10150393843136937.345851.46154571936&type=3
A venir les vidéos
enjoy
Voici les supports des conférenciers du meetup Viadeo / LeMUG du 16 novembre:
English version
les photos et les vidéos des présentations sont disponibles.
enjoy 🙂
Viadeo le réseau social professionnel et Le MySQL User Group Francophone (lemug.fr) vous invitent à une rencontre MySQL le 16 novembre 2011 à Paris.
Venez profiter, par le biais de 4 conférences, d’études de cas et de retours d’expérience sur l’utilisation de MySQL dans les environnements à forte charge de Viadeo, Dailymotion, Virgin Mobile et Paybox !
Conférenciers :
—————
* Stéphane Combaudon : Maatkit/Percona Toolkit en pratique
Stéphane est DBA MySQL chez Dailymotion. Il travaille sur la plate-forme LAMP depuis presque 10 ans pour différentes sociétés et est particulièrement enthousiaste au sujet de MySQL. Il intervient régulièrement dans des conférences sur MySQL et sur les logiciels libres.
* Olivier Dasini : Étude de cas : migration MySQL Latin 1 vers UTF-8
Olivier a 10 ans d’expérience en tant que consultant et formateur certifié MySQL. Aujourd’hui expert en MySQL chez Viadeo, il milite pour la promotion des logiciels libres et est également fondateur du blog de vulgarisation autour de MySQL http://dasini.net/blog. Il est co-fondateur du MySQL User Group Francophone LeMUG.fr.
* Cédric Peintre : Planification et monitoring de mysqldump avec ZRM community
Cédric est DBA MySQL et Oracle depuis plus de 10ans et spécialisé dans l’optimisation des performances des bases de données ainsi que dans la conception et l’intégration d’outils de monitoring et d’exploitation. Il partage depuis peu son expérience de MySQL sur son blog http://www.mysqlplus.net
* Marc Thomas : Passer de 10 000 à plus de 10 000 000 de paiements par mois
Marc est directeur technique de PAYBOX depuis 2003. Il est dans le domaine des moyens de paiements depuis 1994.
Programme :
19h00 : Présentation de Viadeo
19h15 : Planification et monitoring de mysqldump avec ZRM community (Cédric Peintre)
20h00 : Maatkit/Percona Toolkit en pratique (Stéphane Combaudon)
20h45 : cocktail !
21h15 : Passer de 10 000 à plus de 10 000 000 de paiements par mois (Marc Thomas)
22h00 : Étude de cas : migration MySQL Latin 1 vers UTF-8 (Olivier Dasini)
Quand ?
Mercredi 16 novembre 2011
Où ?
Cette rencontre aura lieu dans les locaux de Viadeo au
30 rue de la victoire 75009 Paris
à 10 min de la gare Saint-Lazare
ligne 12, métro Notre-Dame-de-Lorette
Ligne 7, métro Le Peletier
Prix ?
Entrée libre, INSCRIPTION OBLIGATOIRE
Nombre de places limitées, inscrivez-vous vite !
Les 24 et 25 octobre 2011 se déroulera le « Percona Live MySQL Conference » à Londres, à l’America Square Conference Centre at 1 America Square 17 Crosswall London EC3N 2LB.
Les meilleurs gourous MySQL seront présent comme:
Toutes les informations sur le site de Percona:
Mon agenda perso, devrait être proche de ça:
Lundi 24 octobre 20110
8:00 AM: enregistrement (ça va être dur)
09:00 AM: Ludgate Suite Innodb Architecture and Performance Optimization : Peter Zaitsev (Percona)
02:00 PM: Ludgate Suite Expert Troubleshooting: Resolving MySQL Problems Quickly : Baron Schwartz (Percona)
Mardi 25 octobre 2011
07:30 AM: enregistrement (ça va être très très dur)
08:45 AM: Opening Keynote : Peter Zaitsev (Percona)
09:30 AM: Opening Keynote: Characterizing Performance : Paul Mikesell & Aaron Passey (Clustrix)
10:15 AM: Fleet Suite: Data Recovery for MySQL : Aleksandr Kuzminsky & Istvan Podor (Percona)
11:00 AM: Bishopsgate Suite: Maximizing MySQL Availability, Data Integrity, Performance, and Scalability : Dr. John Busch (Schooner)
11:45 PM: Fleet Suite: MySQL Backup and Recovery: Tools and Techniques : René Cannao (PalominoDB)
01:30 PM: Walbrook Suite: Preventing downtime in production MySQL servers : Espen Braekken (Percona)
02:00 PM: Walbrook Suite: Hybrid Applications Using MongoDB and MySQL : Brendan McAdams (10gen)
02:30 PM: Newgate Suite: MHA: Introducing automated MySQL Master Failover solution : Yoshinori Matsunobu (DeNA)
3:30 PM: Fleet Suite: Why MariaDB? : Colin Charles (Monty Program Ab)
4:00 PM: Walbrook Suite: Increase Performance of MySQL Queries with Sphinx : Andrew Aksyonoff (Sphinx Search)
4:30 PM: Walbrook Suite: Fixed in Drizzle: No more GOTCHA’s : Henrik Ingo (Nokia)
Alors si vous êtes dans le coin, pingez moi 🙂
Parmi les erreurs courantes en MySQL, ont trouve la fameuse ERROR 1062 (23000): Duplicate entry ‘2984’ for key ‘PRIMARY’ causée par la tentative d’insertion d’une données, déjà présente, dans un colonne ayant une contrainte d’unicité.
Dans la même famille il y a aussi l’erreur 1022…
Une banale requête de lecture avec un GROUP BY:
mysql> SELECT DISTINCT(name), COUNT(name) FROM membre WHERE name <> » GROUP BY name ERROR 1022 (23000): Can’t write; duplicate key in table ‘/tmp/#sql_29lm_0’C’est assez surprenant de trouver une telle erreur sur une requête aussi triviale !
En regardant le plan d’exécution, on remarque que outre le fait qu’ un index est plus que recommandé, MySQL créé une table temporaire (/tmp/#sql_29lm_0) et c’est en insérant les données dans cette dernière que le « duplicate key » se déclenche.
mysql> explain SELECT DISTINCT(name), COUNT(name) FROM membre WHERE name <> » GROUP BY name\Ghttp://bugs.mysql.com/bug.php?id=58081
http://bugs.mysql.com/bug.php?id=60808
http://bugs.mysql.com/bug.php?id=62097
Le contournement que j’ai trouvé à été d’augmenter pour la session, les caches utilisés par la requêtes, à savoir le max_heap_table_size et le tmp_table_size:
mysql> SET SESSION max_heap_table_size=536870912; SET SESSION tmp_table_size=536870912; mysql> SELECT DISTINCT(name), COUNT(name) FROM membre WHERE name <> » GROUP BY name +—————+————-+ | name | COUNT(name) | +—————+————-+ | Abano | 3 | …Cela dit, ça serait quand même pas mal, qu’ Oracle fasse le nécessaire pour enfin corriger ce bug…
Le magazine phpsolutions propose ce mois-ci, un numéro spécial « Utilisez PHP avec MySQL »
Au sommaire:
Il est disponible depuis leur site : http://phpsolmag.org/utilisez-
Un extrait est téléchargeable gratuitement: http://phpsolmag.org/nous-vous-invitons-a-telecharger-l%E2%80%99extrait-du-numero-dulisilez-php-avec-mysql/
enjoy !
Parmi les nouveautés de MariaDB 5.3, l’une d’entre elle, bien pratique est le « progress reporting », qui permet de savoir où le serveur en est dans l’exécution d’une commande.
Le principe est simple, j’exécute une commande et MariaDB m’indique le pourcentage effectué pour une étape donnée. Un exemple:
MariaDB-5.3> ALTER TABLE client ENGINE=InnoDB; Stage: 1 of 2 'copy to tmp table' 44.5% of stage done MariaDB-5.3> ALTER TABLE client ENGINE=InnoDB; Stage: 2 of 2 'Enabling keys' 0% of stage done MariaDB-5.3> ALTER TABLE client ENGINE=InnoDB; Query OK, 3000000 rows affected (5 min 15.24 sec) Records: 3000000 Duplicates: 0 Warnings: 0
Les commandes implémentant le « progress reporting » sont pour le moment: ALTER TABLE, ADD INDEX, DROP INDEX, LOAD DATA INFILE.
Le moteur Aria supporte également les commandes suivantes: CHECK TABLE, REPAIR TABLE, ANALYZE TABLE, OPTIMIZE TABLE
MariaDB-5.3> > CHECK TABLE aria_table; Stage: 3 of 3 'Checking data' 0% of stage done
Plus d’informations sur AskMonty.org.
Cette version est basée sur MySQL 5.1 & MariaDB 5.2.
Ses points forts :
je ne l’ai pas encore essayé, mais cela ne saurait tarder 🙂
Plus d’info sur Askmonty.
Téléchargement de MariaDB 5.3.0 Beta.
La réponse à une question existentielle qui m’a occupée une petite heure…
Que représente le suffix dans le nom de version de certaines instances de MySQL ?
Un exemple pour être plus clair:
# mysql -h serveur1 -e"SHOW GLOBAL VARIABLES LIKE 'version';" Enter password: +---------------+-------+ | Variable_name | Value | +---------------+-------+ | version | 5.5.8 | +---------------+-------+
# mysql -h serveur2 -e"SHOW GLOBAL VARIABLES LIKE 'version';" Enter password: +---------------+-----------+ | Variable_name | Value | +---------------+-----------+ | version | 5.5.8-log | +---------------+-----------+
En fait c’est un moyen de donner des informations sur la façon dont le binaire a été compilé ou configuré.
-log indique qu’au moins l’un des journaux (general log, slow query log ou binary log) fut activé lors du démarrage du serveur MySQL.
Il est possible également de savoir si le serveur a été compilé avec le support debug. A ce moment, le suffix est -debug.
Merci à la doc de MySQL 🙂
Le 20 avril 2011, le MySQL User Group Francophone et SkySQL Ab ont organisés une conférence avec comme invité Joffrey Michaie (consultant at SkySQL Ab) et Stéphane Varoqui (Senior MySQL consultant at SkySQL Ab).
Voici les slides (en pdf):
Architectures haute disponibilité par Joffrey Michaie
NoSQL par Stéphane Varoqui
enjoy !