News MYSQL

Ecrire un commentaire
Le retard de réplication remonte à une origine simple : le maître peut traiter les modifications de données en parallèle, puisque c'est comme cela qu'elles lui sont fournies. L'esclave, lui, doit les exécuter séquentiellement, car elles sont toutes consignées dans le log binaire avant de lui être fournie.

Tant que la réplication ne sera pas capable de dépasser cette limite, le retard de réplication sera une réalité à combattre tous les jours. A commencer par ne pas mettre le machine la plus puissante comme maître, ce qui aura tendance à lui faire prendre de l'avance.

- MySQL Slave Delay Explained And 7 Ways To Battle It
Ecrire un commentaire
Kaj Arno met les points sur les i de la rumeur actuelle qui circule au sujet du départ de Monty Widenius. Oui, c'est une forte possibilité, mais non, elle n'est pas encore concrétisée. Vous trouverez toutes les raisons de Kaj dans son blogue du jour.

Nous avions relayé la rumeur du départ de Monty de Sun, via ValleyWag et Sheeri, mais il semble que cela ne soit pas encore le cas.

- The rumours on Monty resigning
Ecrire un commentaire
Le premier dossier des cas d'utilisateurs de MySQL 5.1 est consacré aux partitions MySQL 5.1, ainsi qu'au programmateur d'évènements : une application qui reçoit 3000 requêtes par secondes, et doit traiter des résultats de groupe, doit réduire régulièrement la taille de ses données. Cela est fait par partitionnement des données sur des intervalles réguliers, et en faisant tourner ces partitions via le programmateur d'évènements.
Astucieux et efficace.

- Using Partitioning and Event Scheduler to Prune Archive Tables
Ecrire un commentaire
le 04/09/2008 à 23:03
ANALYZE: MyISAM face à Innodb
Les tables MyISAM et InnoDB entretiennent des statistiques sur les données qui sont stockées dans les tables, afin de pouvoir les fournir à l'optimiseur de requêtes lorsque ce dernier choisit son plan d'exécution (c'est la méthode pour résoudre une requête rapidement). Les deux moteurs utilisent des approches très différentes pour ces calculs, et les résultats sont très variés : en fait, si MyISAM donne des chiffres exact en un tour d'ANALYZE.

Peter Zaitsev indique aussi que, selon son expérience, ANALYZE est plus souvent abusé que sous-utilisé : en bref, ANALYZE TABLE, qui remet à jour les statistiques de cardinalité est trop souvent appliqué (avec un coût important pour le serveur), alors que les tables pourraient continuer à vivre même avec des stats un peu erronées. Il faut savoir que l'optimiseur ne travaille pas avec des méthodes exactes, mais des estimations, alors 10 ou 20% d'erreurs sont encore OK.

- ANALYZE: MyISAM vs Innodb
Ecrire un commentaire
Guiseppe Maxi et Hartmut Holzgraefe se sont rencontrés, et maintenant, le monde (de MySQL) est un endroit bien meilleur. Hartmut a produit un plugin pour la base information_schema, qui permet de se tenir à jour de l'état de réplication d'une architecture.

L'outil a besoin de MySQL 5.1, et des sources, pour pouvoir le compiler.

- Introducing the MySQL community-driven Replication Monitoring Tools
- MySQL replication status INFORMATION_SCHEMA plugin
Ecrire un commentaire
Continuent a entendu l'appel de Monty Widenius (un des créateurs de MySQL) à propos de la réplication : si cette dernière est un fer de lance de MySQL, elle n'est pas exempte de limitations, tel qu'il l'a présenté en avril dernier.

De son coté, continuent fait le constat que des solutions avancées pour la réplication existe, mais qu'elles ne sont jamais Open Source. C'est dans cet esprit que le projet a été lancé : Tungsten Replication. Cet outil sera ensuite décliné pour PostGreSQL et Oracle. Le code initial a été publié, et le projet se cherche maintenant une communauté.

- Answering Monty's Challenge: Advanced Replication for MySQL
- Tungsten Replicator
- Continuent.com
- The Future of MySQL (the project)
Ecrire un commentaire
le 28/08/2008 à 19:43
Conférence clients MySQL Europe 2008
MySQL lance sa tournée européenne de conférences clients, avec des retours d'utilisation de Kewego et Virgin Mobile, ainsi que des présentations sur la virtualisation, le scale out, le moteur de tables infobright, le Web 2.0, memcache, la haute disponibilité et Sun Solaris.

Cela se passera à Paris, le mercredi 19 Novembre, et vous pouvez profiter des tarifs de prévente (159 euros au lieu de 199 euros) avant le 30 septembre.

- Conférences européennes MySQL 2008 Paris
Ecrire un commentaire
Une bonne installation MySQL vient avec sa propre politique d'entretien : ces tâches qui ne doivent pas être exécutées trop souvent, mais permettent de gagner en performances et stabilité si elles sont régulièrement réalisées. Les quelles ?

Sauvegarde, nettoyage des logs binaires, optimisation des tables, vidange du cache de requêtes, rotation des logs binaires.

Souvent, un problème de performance peut être soulagé (pas supprimé, hein), à l'aide de ces commandes, qui réduisent le bagage que le serveur doit trainer avec lui.

Alors, le mieux, est d'automatiser tout cela.

- Typical automated MySQL maintenance jobs
Ecrire un commentaire
GreenSQL est conçu pour être utilisé comme un proxy MySQL. Au lieu de se connecter directement à la base MySQL, votre serveur Web se branche sur GreenSQL. GreenSQL transmet à MySQL les requêtes SQL valides et sécuritaires, et retourne les résultats. Si GreenSQL détecte du code SQL qui ne fait pas partie de sa liste blanche, ou du code qui semble dangereux, il bloquera la requête.

GreenSQL est un firewall pour requêtes SQL.

- GreenSQL
- Protecting your MySQL database from SQL injection attacks with GreenSQL
LoadingChargement en cours