Dans le cluster MySQL, les tables sont partitionnées, c'est à dire répartie entre plusieurs noeuds, puis répliquées. Pour couper une table en plusieurs partitions sans redite, MySQL utilise un système de hash sur la clé primaire pour décider quel noeud recevra une ligne données.
En 5.1, il sera possible de modifier manuellement ce système. Il sera aussi possible de déplacer les partitions, les créer ou les supprimer.
Avec MySQL 5.1, on attend notamment le partitionnement, c'est à dire la possibilité d'organiser les données en plusieurs blocs pour gagner en performances et entretetien de la base. Par exemple,...
S'il est encore difficile d'installer un cluster MySQL en 15 minutes, les tutoriels pour assurer la configuration initiale sont de plus en plus nombreux. En voici pas moins de quatre,...
Aujourd'hui, c'est un retour sur l'utilisation du cluster MySQL pour une application Web. Le cluster est issu du monde des télécom, et répond à des besoins en écriture plutôt qu'en lecture. Mais le cluster, s'il est plus lent lorsque le nombre de connexions simultanée est bas, monte en charge de manière bien plus linéaire.
M. Moon indique notamment qu'il a du réécrire son application pour tirer profit du Cluster. C'est un pré requis qui est encore souvent oublié : on ne peut pas remplacer InnoDB par NDB sans remanier son code PHP. Les jointures et les sous-sélections ne sont pas les bienvenues.
Notons aussi que MySQL 5.0.38 est utilisé dans cette expérience, et MySQL 5.1 devrait apporter des améliorations dans de nombreux domaines.
Alex Davies vous propose un tutorial pour configurer 2 serveurs MySQL avec le support de la vraie redondance. En réalité, un troisième serveur de gestion est nécessaire pour administrer le cluster. Cela se fait en 4 étapes :
+ Installer MySQL sur les serveurs
+ Installer le serveur de gestion
+ Configurer le moteur de cluster
+ Vérifier que tout fonctionne bien
Bien que de blogue soit aussi écrit par toute l'équipe de MySQL Telecom, de nombreux membres de l'équipe ou sa périphérie ont des blogues personnels. Voici donc une liste des meilleurs blogues sur le Cluster MySQL.
Le cluster commence à avoir des applications de plus en en plus nombreuses, et cela vaut la peine de garder un oeil sur les expériences qui ont lieu. Family of MySQL Cluster bloggers (0 visite)
Cette semaine se déroule le grand événement autour de MySQL à Santa Clara, dont le président de l'association de MySQL (LeMug.fr) est présent.
A cette occasion, de nombreuses annonces ont été effectuées pour les utilisateurs de MySQL
Jasper for MySQL est un serveur interactif de rapports optimisé pour MySQL.
La sortie de MySQL 5.4 annoncé par SUN
La sortie de MySQL Cluster 7.0 annoncé par sun MySQL 5.4 (0 visite) MySQL Cluster 7.0 (0 visite)
Entre PHP et MySQL, le lien est simple. Une ressource de connexion et tout le trafic passe par la même ligne : les requêtes SQL comme les données. S'il y a un domaine qui s'active, c'est dans la gestion de ce trafic.
Déjà les architectures de réplications imposent que certaines requêtes soient dirigées sur les esclaves et les autres vers le maître.
Kaj Arno détaille une stratégie encore plus poussée, où on distingue les requêtes SELECT simples et les complexes : ces dernières sont les jointures, les regroupements ou les selections qui scannent toute la table. Dans cette approche, un cluster assure les écritures et les sélections rapides, et les selections complexes sont déportées via la réplication sur des esclaves. Combining MySQL Proxy with MySQL Cluster (0 visite)
Comment améliorer la performance, la montée en charge et la disponibilité dune architecture Web 2.0 avec MySQL et MySQL Cluster.
Le Web 2.0 représente la seconde génération de services disponibles sur le web permettant aux utilisateurs de collaborer et de partager des informations en ligne. Une des caractéristiques du Web 2.0 est que ce sont les données qui conduisent son évolution. Durant ce séminaire web nous explorerons comment les sociétés déploient des architectures et applications Web 2.0 pilotées par MySQL et MySQL Cluster. Ces applications incluent :
Blogging
Optimisation de moteurs de recherche
Partage de données multimédia (photos, vidéos, musique)
Communautés en ligne
Gestion de documents (wikis)
Nous étudierons également comment gérer :
La montée en charge
La disponibilité
Le coût
La gestion des sessions
La création et gestion de contenu dynamique
QUI:
Serge Frezefond, Consultant, MySQL France
QUAND: Mercredi 12 Septembre 2007: 10h00 CET (heure de Paris)
Présentation de 45 minutes suivie par questions/réponses
Pour comprendre comment améliorer la performance, la montée en charge et la disponibilité dune architecture Web 2.0 avec MySQL et MySQL Cluster.
Linux-magazine interroge Monty Widenius sur son sujet favori : MySQL. L'entrevue porte sur les acquis actuels de MySQL et ses futures évolutions. On y apprend notamment :
+ MySQL supporte des bases de données de l'ordre du petaoctet (un million de gigaoctets).
+ MySQL supporte des milliers de transactions par seconde sur une même machine
+ MySQL 5.1 disposera du partitionnement
+ MySQL s'installe en 15 secondes sur Linux ou Windows (c'est pas des minutes?)
+ MySQL va ajouter de nombreux indicateurs sur ses performances internes pour mieux optimiser les paramétrages
+ MySQL 5.1 sera suivi d'une 5.2
+ Le support de langage de scripts (comme PHP) n'a pas pu être finalisé pour la 5.0, mais est prévu pour la 5.2.
Lorsque vous manipulez des fichiers MySQL et surtout de l'importation de données, vous pouvez être confronté à des messages d'erreur.
Ces messages sont tous très variés suivant les paramètres que vous utilisez.
Le site lets Talk Technical a réalisé l'opération avec un fichier SQL de 25G et vous retourne une liste des erreurs rencontrées.
Cette liste va vous montrer les principaux problèmes mais aussi une solution pour résoudre ces erreurs. MySQL Cluster - Errors faced while importing data (0 visite)
En vue d'une mise en production d'un cluster, j'ai configuré un serveur de développement sur deux machines. J'ai préparé les serveurs pour avoir un noeud SQL et un noeud ndb sur chaque machine. C'était le fun. Enfin... Fun with Running a Cluster on Two Servers (0 visite)
Un problème courant de la réplication MySQL est le lag, ou encore le retard entre le serveur maître et les serveurs esclave. La réplication est asynchrone, et les deux peuvent finalement être séparé d'une durée variable.
Dries Buytaert propose plusieurs approches pour gérer ce retard, à défaut de le corriger.
1. Exécuter les requêtes sur le maître, sauf en lecture seule
2. Passer en réplication synchrone (cluster MySQL, patch Google)
3. Utiliser un équilibreur de charge, ou un proxy
4. Utiliser le partitionnement et le sharding
5. Réécrire l'application pour qu'elle gère ce retard
6. Utiliser le modèle media wiki, où on teste le retard, et on attend qu'il se résorbe
"Ce HOWTO a été conçu pour une architecture avec 2 serveurs, derrière un répartiteur de charge. Le but est de mettre en place une vraie redondance : un des deux serveurs peut être déconnecté, et le serveur continue de fonctionner."
J'ai vu un cluster de 2 machines monté en tant réel sur une même machine (durant MySQL UC, pas pour de la production). Cela ne prend pas encore 15 minutes, mais il devient plutôt aisé de le mettre en place.
Dans le radar de Tim O'reilly, j'ai trouvé une piste que je ne soupsonnais pas pour l'optimisation de base : le partitionnement. Avec le partitionnement, une base de données est...
