The latest from the MySQL community

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 …

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.

•  INSERT speed, paramy, auto-inc (0 visite)
•   …

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).

•  Q4M (0 visite)
•  Queue servers, temporal, stab at it... (0 visite)
•  Amazon …

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

• 
  
• GNU/Gallery "show" Local File Inclusion Vulnerability
   http://www.secunia.com/advisories/30301/q class= (0 visite)
  Site :  http://gallery.sourceforge.net/ (0 visite)
  
• Mantis Multiple Input Validation Vulnerabilities
  …

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 …

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 …

Deux mauvaises nouvelles de la part de O’reilly ce mois-ci :

- J’attendais mon édition de High Performance MySQL 2nd edition pour la semaine prochaine, le 1er juin d’après le mail récapitulatif de précommande reçu fin avril, mais c’est la date du 1er juillet qui apparaît désormais sur la fiche d’Amazon France… Le .com indique en revanche la date du 19 juin, un peu flou tout ça.
Ceux qui comme moi sont impatients de découvrir cette seconde édition (l’ancienne datait de 2004 et était déjà excellente) devront donc patienter encore un peu.
D’ici là libre à vous de la précommander ou d’attendre mon verdict… qui ne pèsera sans doute pas grand chose face à la qualité des auteurs présents : les experts du fameux “ …

Tout le monde connaît les firewall, qui surveillent le contenu du trafic réseau, et imposent des limites à ce qui est possible de faire. Le même concept a été porté en PHP et MySQL.
Le firewall doit surveiller un contenu qui ne lui est pas destiné : il hésite constamment entre appliquer des filtres de sécurité draconienne, au détriment du contenu applicatif, et une politique plus souple, au détriment de la sécurité. PHP-IDS et GreenSQL font la même chose.
PHP-IDS ne modifie pas le contenu, mais émet un score sur la probabilité qu'une donnée entrante soit potentiellement dangereuse (XSS, injection SQL, injection PHP, etc). De même, Green SQLse place entre le serveur Web et MySQL, puis surveille les requêtes entrantes pour ne pas laisser passer les commandes administratives importantes (drop table), ou naïves (comparaisons de constantes).

•   …

Récemment, Ghislain (qui gère les serveurs de nexen) m'a rappelé l'existence de SHOW FULL PROCESSLIST, qui est si pratique pour faire afficher la totalité des requêtes SQL en cours, et non pas les premiers caractères. Quand on veut profiler un serveur, et savoir quelles sont les requêtes qui sont si lentes, c'est vraiment essentiel.
Autrement, je recommande souvent 4 étapes pour profiler une requête SQL :

1. 
   
2. L'exécuter manuellement et voir le temps qu'elle prend dans le client MySQL. C'est souvent par cela qu'on commence, vu qu'il faut bien déboguer fonctionnellement la requête avant de la profiler. A ce stade, si le temps de calcul dépasse 0.00s, c'est mauvais. EXPLAIN arrive alors à la rescousse.
   
3. Après les tests à l'unité, il faut évaluer le comportement avec beaucoup de données. Généralement, un ordre de magnitude de plus que ce qui est attendu est une bonne …

Voici les 5 dernières vidéos PHP et MySQL.

• 
  
•  MemCache and MySQL (0 visite)
  
•  Programming: a PHP script to monitor a web page. (0 visite)
  
•  PHP TestFest Cologne (0 visite)
  
•  Internet trends (0 visite)
  
•  Supporting Scalable Online Statistical Processing (0 visite)
  
•  Mysql Slaveaamp;Master (0 visite)
  

Ces vidéos sont …