News MYSQL

Ecrire un commentaire
le 05/05/2008 à 21:45
Roadmap technique pour MySQL 6 et 7
Peter Gulutzan publie la roadmap technique de MySQL, qui liste les points techniques qui sont développés pour les versions 6.0, 6.1 et 7.0 de MySQL, sans les distortions du marketing.

Un programme très alléchant :
- MySQL 6 : Falcon, sauvegardes non-bloquantes et informations de diagnostic.
- MySQL 6.1 : Clés étrangères pour toutes les tables, Sommes de contrôle pour la réplication.
- MySQL 7.0 : Identification externe, Audits de données, sécurité par rôle.

Et bien d'autres encore.

- MySQL 6.x Roadmap in Development
Ecrire un commentaire
Peter Zaitsev publie un blogue où il réponse à une question brulante : comment arrive-t-il à publier tout ses trucs d'expert MySQL et InnoDB, sans couper la branche sur laquelle il est assis ?

Dans les faits, ces publications permettent de soulager le flot de questions qui pourraient lui arriver, sans lui apporter d'affaires. Et pour les missions plus complexes, c'est ses capacités à comprendre la situation et à prendre en compte tout ce qu'il a écrit qui est apprécié : cela dépasse le simple conseil ponctuel.

Alors, lâchez-vous : publiez ce que vous savez, il en restera toujours quelque chose.

- Can having information public hurt consulting business ?
Ecrire un commentaire
Jay Pipes publie en rafale deux articles qui entendent impliquer un peu plus fort la communauté dans le développement de MySQL.

Il y a le bug triage : cette opération consiste à faire un ménage dans la liste de bogues en cours, en corrigeant les problèmes les plus simples rapidement, et en supprimant les bogues qui ont été corrigés, mais pas signalés. Cela demande quelques ressources pour se synchroniser, mais le résultat est une décroissance spectaculaire du nombre de bogue, et une meilleure concentration sur ceux qui restent.

L'autre sujet est un worklog communautaire : actuellement, la communauté n'a pas son mot à dire dans les priorités données aux nouvelles fonctionnalités ou corrections qui doivent être intégrées dans MySQL. Ces informations sont disponibles mais en lecture seule. Jay envisage de mettre en place un système qui permettra de mieux savoir quelles sont les besoins de la communauté, et de leur assigner une priorité. Un projet qui est difficile à bien positionner.

- A MySQL Bug Triage... Can we make it happen ?
- Community-Driven Worklog ? Anyone Interested?
- First PEAR bug triage over !
Ecrire un commentaire
le 29/04/2008 à 21:58
Trucs MySQL : copie et tri de tables
Arjen Lentz nous rappelle comment copier une table : il y a la clause LIKE, qui permet de créer une nouvelle table, en utilisant la structure d'une table existante. Cette clause permet notamment d'utiliser les types et les index qui ont été définis dans la table initiale, et non pas de créer des colonnes adaptées aux valeurs à stocker, comme le fait CREATE TABLE ... SELECT.

De son coté, Carsten Perdersen nous rafraîchit la mémoire à propos du tri par numéro de colonne. ORDER BY 2 va trier une table en fonction de la deuxième colonne produite par la requête, et sera un vrai tri. Cette fonctionnalité a été abandonnée du standard SQL, mais MySQL la supporte toujours.

- Copying a table in MySQL
- MySQL Pop Quiz #27
Ecrire un commentaire
le 29/04/2008 à 21:55
Le mois de la variable MySQL
Parvesh Garg a lancé le mois de la variable MySQL : une fois par jour, il braque les spotlights sur une variable MySQL, son utilisation et ses fonctionnalités.

Un bon moyen d'en savoir un peu plus sur les variables de configuration MySQL, qui sont parfois beaucoup plus accessibles qu'elles n'y paraissent. Il en est déjà à la 9eme variable, et a couvert :
- long_query_time (pour les requêtes lentes)
- innodb_autoinc_lock_mode (pour les auto_increment et innodb)
- innodb_thread_concurrency (pour le nombre de thread en cours de fonctionnement)
- max_connect_errors (pour bloquer un hôte trop mal connecté)
- key_buffer_size (pour les performances d'index).

- PARVESH GARG
- Variable's Day Out #9: long_query_time
Ecrire un commentaire
le 28/04/2008 à 23:21
WIkipedia, combien de DBA ?
Durant la conférence MySQL, les responsables techniques de Sun, MySQL, Fotolog, Facebook, Youtube, Wikipedia, et Flickr étaient présents sur la scène pour présenter leurs architectures techniques.
On y apprend notamment que Wikipedia fonctionne sans DBA, et que Facebook en a 2 pour gérer 30 000 bases de données, sur 1800 serveurs.

- Notes from Scaling MySQL - Up or Out
Ecrire un commentaire
Une analyse de Peter Zaitsev sur le rôle central qu'occupe les disques durs dans les performances MySQL, et pourquoi ils sont importants, ou pas. Il liste notamment différents critères à surveiller pour bien comprendre les limitations d'un système : la taille de stockage, la vitesse d'écriture/lecture, les accès aléatoires.

- Is disk Everything for MySQL Performance ?
- Follow up to my Common Disk Issues
- How multiple disks can benefit for single client workload ?
Ecrire un commentaire
le 27/04/2008 à 18:48
Questions MySQL à Sun
Via une bévue technique de Tim O'reilly, nous avons la chance de lire une entrevue entre les acteurs de la conférence Web 2.0 de San Francisco. Cela concerne SUN, et bien sûr MySQL, mais aussi d'autres aspects comme l'environnement, et le Web 2.0.

John Coggeshall demande à Jonathan l'impact de Sun sur MySQL, et on y apprend que cette dernière vient de conclure un deal de 10 millions de dollars, et que les entreprises traditionnelles, et plus seulement Web 2.0, s'intéressent désormais à MySQL pour lancer des produits commerciaux qu'elles ne se sentaient pas prêtes à lancer. On retrouve ici le thème classique que les entreprises n'utilisent pas MySQL en production car elles n'ont pas confiance.

Enfin, il y a cette réponse très pertinente sur l'intérêt d'un blogue pour une entreprise comme SUN : "Si je blogue, ceux qui sont intéressés le lisent. Si je ne dit rien, ils n'ont rien à entendre."

- Missed Twitter Questions from Jonathan Schwartz Interview at Web 2.0 Expo
Ecrire un commentaire
En plus de la documentation officielle MySQL, il existe désormais un guide utilisateur, dont le but est la prise en main du serveur, et non pas l'exhaustivité de la référence. En bref, ce guide est plus court, plus pragmatique, mais beaucoup moins complet. Il sera probablement plus adapté au débutant que la documentation complète, car il devrait se perdre un peu moins dans différents points de détails, et rester concentré sur les utilisations les plus classiques.

Et on peut aussi y contribuer, comme en lançant une version française. Un candidat ?

- MySQL User Guide
- Contributing to the MySQL User Guide
Ecrire un commentaire
Note de l'auteur :

"Like it or not, it is the MySQL Conference and Expo". que vous aimez cela ou pas, c'est la conférence et exposition MySQL, résume Baron Schwartz. La conférence de Santa Clara était un show professionnel, et non pas une rencontre d'utilisateurs.

Il suggère que la communauté abandonne sa timidité, et s'organise pour avoir sa propre rencontre d'utilisateur. Le concept a été baptisé OurSQL, et se cherche actuellement un modèle : une ou deux journée, un coût raisonnable autour de 100 Euro, avec la nourriture, et des localisations bien plus proches des utilisateurs.

Autant que je le sache, PHP Québec et l'AFUP proposent des conférences de cette gamme, à des tarifs très raisonnables, et dans un format très attrayant. Même sur Paris, cela pourrais se faire. Qu'en pensez-vous ?

- Like it or not, it is the MySQL Conference and Expo
- Google Groups OurSQL
- OurSQL Conference ?
LoadingChargement en cours