La communauté MySQL compte ses rangs

Keith Murphy, qui publie l'excellent MySQL Magazine, a lancé un sondage sur la communauté MySQL pour mieux la connaître. Il y a une 34 questions, reliées à MySQL et à l'environnement d'utilisation de la base de données. Le sondage se termine le 16 juin à minuit.

La communauté MySQL compte ses rangs

Keith Murphy, qui publie l'excellent MySQL Magazine, a lancé un sondage sur la communauté MySQL pour mieux la connaître. Il y a une 34 questions, reliées à MySQL et à l'environnement d'utilisation de la base de données. Le sondage se termine le 16 juin à minuit.

MySQL Cluster fait bande à part

Kaj Arno annonce qu’à partir de la version 5.1.25 de MySQL Server, les binaires de MySQL Cluster ne feront plus parti du package. Pas de panique, c’est en fait une nouvelle branche qui est créee, le MySQL Cluster fera donc l’objet d’un package séparé (les versions sont pour l’instant identiques mais l’espace dédié est déjà crée).

A l’origine de cette division, des rythmes de développement différents entre MySQL Server et MySQL Cluster, mais aussi des retours de la part des utilisateurs du cluster indiquant que ces derniers sont davantage concernés par les derniers développements du MySQL Cluster plutôt que par ceux du MySQL Server. Cette séparation devrait donc permettre aux nouvelles versions de MySQL Cluster d’être publiées …

[Lire plus]
Certification DBA de Mysql (CMDBA)

J’ai finalement reçu mon certificat par la poste après 3 semaines d’attente! Je suis donc officiel le 15ieme DBA certifié MySQL (CMDBA) au Canada. Un beau papier cartonné, couleur crème avec des écritures aux couleurs officielles de MySQL (bleu et orange).

Le diplôme arrive avec une belle petite surprise: un stylo à encre noir qui me semble à première vue de qualité relativement bonne à en juger par sa “grip” bleu et son poids bien proportionné. Sans oublier la petite écriture subtile: “MySQL Certified” avec Sakila (le dauphin) de MySQL qui en ajoute au prestige!

Je ne m’assoirai pas sur mes acquis. Cette certification n’est que le début d’une longue série d’apprentissages et d’expertises dans le monde relationnel des données.

Datawarehouse simple, rapide et flexible avec MySQL et Infobright (14 May 2008)

Dans notre environnement où le changement est la seule constante, la Business Intelligence (BI) est devenue un élément clé de la prise de décision en entreprise. La question se pose alors de savoir comment mettre en place une application de datawarehouse à moindre coûts qui puisse gérer des demandes en constante évolution, de nombreux nouveaux utilisateurs, toutes les formes de reporting, et un volume croissant de données.

  • Avez-vous des soucis de performance avec votre application de datawarehouse existante ?
  • Souhaitez-vous bâtir un entrepôt de données de plusieurs To avec MySQL ?
  • Les coûts de votre datawarehouse croissent de façon alarmante ?
  • Vous ne parvenez pas à gérer des requêtes complexes ?
  • Vous ne disposez pas des ressources informatiques/DBA dont vous auriez besoin ?

Si vous avez répondu oui à l’une de ces questions, enregistrez-vous …

[Lire plus]
Chargements paralleles de fichiers .sql

Domas Mituzas a tenté plusieurs choses pour accélérer ses importations de données MySQL : la première est un client appelé paramy, qui paralellise les chargements sur plusieurs threads. Cela permet d'utiliser plus fortement le serveur, et d'utiliser à fond le processeur.
Toutes fois, le gain initial n'était pas significatif, car les tables utilisées avaient des index auto-increment. En le désactivant, puis réactivant à la fin, Domas a gagné 66% de vitesse. La commande à connaître est 'DISABLE KEYS', qui permet de désactiver les index. Sans ces vérifications supplémentaires, les insertions sont beaucoup plus rapides, et les index ne sont utilisées et regénérés qu'à la commande ENABLE KEYS. Ce sont des clauses de la commande ALTER TABLE.

[Lire plus]
Un moteur de queue pour les tables MySQL

Kazuho Oku publie un moteur de queue pour MySQL. Une table MySQL devient alors une queue : en mode normal, c'est une table comme une autre. En mode queue, on peut lancer une commande select qui attendra la prochaine ligne disponible, et la renverra : dès sélection, cette ligne est effacée.
Q4M se présente comme un moteur de table séparé, à spécifier lors de la constitution de la queue. Il met l'accent sur l'enregistrement immédiat des données qui sont insérées : le plus important pour une queue est de ne pas perdre les messages qui lui sont confiés (même s'ils sont en ligne comme celle d'Amazon).

[Lire plus]
Alertes sécurité des applications PHP et MySQL, édition 203


PHP et MySQL ne font l'objet d'aucune alerte de sécurité dans leurs versions courantes :
PHP 5.2.6 et 4.4.8; MySQL 5.0.51 (communauté) , 5.1.24-rc et 6.0.4.
Les mises à jour sont recommandées vers ces versions.



5 alertes de sécurité ont été émises cette semaine, concernant des applications suivantes :
Gallery, Mantis, PostNuke, WordPress et e107


[Lire plus]
Les versions MySQL plus difficiles à suivre

Coup sur coup, les versions de MySQL sont devenues plus compliquées. En fait, les moteurs de tables disponibles pour MySQL ont maintenant leur vie propre indépendante de MySQL (le serveur lui-même). Reprenons :


  • Oracle/InnoDB est livré indépendamment de MySQL depuis Avril
  • Falcon est basé sur MySQL 6.0 (pas sur la 5.1)
  • Maria est basé sur MySQL 5.1 (pas sur la 6.0)
  • MySQL Cluster a une version indépendante (lui-même est en version 6.2)
  • Les tables fédérées ont disparu de la 5.1.24 (mais reviendront en 5.1.25)


Je comprend le besoin de pouvoir faire évoluer deux projets comme le serveur MySQL et ses moteurs de tables indépendamment. Mais il faut reconnaître qu'il va être plus difficile de constituer son serveur MySQL maintenant, vu qu'il faut préciser la version de MySQL et celle des …

[Lire plus]
Modifier le innodb_log_file_size

Je me suis déjà fait avoir 2 fois par cette option. Si vous avez des tables InnoDB avec un gros load d’écriture (insert, update), il est généralement recommandé d’avoir un innodb_log_file_size assez élevé. Mais soyez vigilant: plus la grosseur du log file est élévée, plus le temps de recovery est long dans le cas d’un crash.

Mais peu importe. Là ou je veux en venir, c’est sur la manière de modifier cette option. InnoDB est un engine capricieux et innodb_log_file_size est l’un de ses caprices. Les logs jouent un rôle très important dans plusieurs concepts d’InnoDB. Il y stock un tas d’information comme le schema de certains .frm et d’autres metadata. Le problème est qu’on ne peut pas simplement modifier la grosseur du log dans le my.cnf et repartir le serveur. En fait oui, c’est possible et le serveur ne fera pas d’erreur. Mais aucune table InnoDB ne sera utilisable.

La manière …

[Lire plus]