Datamation : Depuis le rachat d'InnoDB par Oracle, vous écrivez votre propre moteur de table transaction. Pourquoi?
Marten Mickos : Car nous voulons être maître de notre...
La réplication MySQL maître à maître (souvent en mode actif-passif) est une solution populaire pour les compagnies qui veulent supporter des traffics croissants. La plupart d'entre elles réalisent des solutions...
Ce tutorial décrit comment configurer une réplication MySQL de maître à maître. Nous devons assurer la réplication de serveur pour obtenir la haute disponibilité. Dans mon cas, j'ai besoin de...
Troisième de sa poule, le TFC veut s'imposer face au Partizan Belgrade, déjà éliminé, pour rester maître de son destin, jeudi au Stadium dans un match où...
MySQL a publié une nouvelle version de sa suite d'outil d'administration qui comprend :
MySQL Administrator 1.2
MySQL Query Browser 1.2
MySQL Migration Toolkit 1.1
MySQL Workbench 1.1
Ces applications étaient livrées de manière...
Suivant les versions, le nombre maximal de tables dans une jointure MySQL dépend de la version de MySQL :
MySQL 3.23 - 31
MySQL 4.0 - 61
MySQL 4.1 -...
Lors de la mise en place d'une réplication, il faut modifier son application PHP pour diriger les lectures sur les esclaves et les écritures sur le maître. On y arrive souvent en passant par une couche intermédiaire qui fait la distribution. Avec MySQL Proxy, cette couche peut se faire de manière transparante pour l'application.
Un script LUA sur MySQL Proxy va distribuer correctement les transactions et écritures vers le maître, et les autres requêtes vers les esclaves. MySQL Proxy est aussi capable de surveiller tout un pool d'esclaves, et de répartir les requêtes sur les esclaves qui fonctionnent (par opposition à ceux qui sont inaccessibles).
Ce matin, surprise : plus de MySQL 5.0.26, mais retour sur MySQL 5.0.24 sur les sites de téléchargement de MySQL. Même la version source est revenue en arrière.
Finalement, Kaj Arno...
Michael Widenius, cofondateur de MySQL, invite les sociétés à rejoindre l'Open Database Alliance, un consortium destiné à développer MariaDB, un SGBD 100 % compatible avec MySQL.
La partie difficile dans une réplication est l'initialisation des données sur l'esclave. La récupération des données, qu'elle se fasse via le système ou bien directment en commande MySQL, impose un lourd travail d'exportation au maître.
Keith Murphy vous propose une astuce, pour ajouter un second esclave à un maître : utilisez le second esclave pour prendre les données ET le point de réplication. Une fois les données lues sur cet esclave, reportez le nouvel esclave sur le maître, avec le point de réplication obtenu de l'autre esclave.
Lisez le billet pour connaître toutes les commandes.
La réplication MySQL est une technique pour multiplier la puissance d'un serveur : les données et les opérations sont répliquées, c'est à dire copiées vers des serveurs esclaves, qui agissent...
MySQL Table Checksum 1.1.0 apporte de nombreuses améliorations, parmi lesquelles la plus importante est une nouvelle méthode pour s'assurer que l'esclave a les mêmes données que le maître. Au lieu...
Une nouvelle version de MySQL 5.2 est disponible : la 5.2.3 qui semble sauter plusieurs versions, puisque la précédente était la 5.2.0.
MySQL 5.2 contient les fonctionnalités de MySQL 5.1, avec...
Baron Schwartz vient de mesurer la vitesse de réplication de MySQL. À la milli-seconde, il a mesuré le temps que prend une architecture MySQL à faire passer les informations du maître à l'esclave. Cette opération n'est pas immédiate, puisqu'il faut que le maître note les requêtes dans le log binaire, que ce dernier soit envoyé à l'esclave, et que finalement, les requêtes soient aussi exécutées sur l'esclave.
Au final, Baron trouve que MySQL assure la réplication entre 200 et 300 millisecondes, ce qui est pas mal du tout. Cela donne aussi une idée des délais minimals de réplication que l'on peut attendre d'une architecture, puisque dans son test, le temps de réplication n'inclut aucun transfert réseau ni charge secondaire sur le serveur. How fast is MySQL replication? (0 visite)
Jan Kneschke publie un tutoriel pour le proxy MySQL, destiné à séparer les requêtes SQL en fonction de leur impact : les écritures vont directement sur le maître, tandis que les lectures vont uniquement sur les esclaves. Cela permet de mettre en place une architecture de réplication sans modifier le code source de l'application amont (PHP ou autre) : le proxy MySQL se charge de faire la répartition entre les différents noeuds de l'architecture.
Dans le deuxième volet du tutoriel, Jan s'intéresse à des couples de requêtes classiques, comme les insertions avec colonne auto_increment, ainsi qu'à la mesure du lag de réplication.