Y a-t-il des différences significatives entre les versions 5.1 et 5.5?
Le serveur en question est utilisé pour héberger un forum vBulletin de taille moyenne.
Le principal avantage de la version 5.1 est qu'elle est disponible via apt-get.
Y a-t-il des différences significatives entre les versions 5.1 et 5.5?
Le serveur en question est utilisé pour héberger un forum vBulletin de taille moyenne.
Le principal avantage de la version 5.1 est qu'elle est disponible via apt-get.
De nos jours, vous pouvez maintenant utiliser MySQL 5.5. J'ai actuellement la version 5.5.9 en production et tout fonctionne parfaitement.
J'ai réussi à mettre en place un scaling avec MySQL 5.5 en utilisant une réplication circulaire simple entre 3 serveurs de base de données. Voici la configuration de chaque serveur de base de données et ce qui est en cours d'exécution :
/etc/my.cnf contient ce qui suit :
[mysqld]
innodb_read_io_threads=64
innodb_write_io_threads=64
innodb_io_capacity=65536
innodb_buffer_pool_instances=1
innodb_buffer_pool_size=162G
Chaque serveur MySQL contient :
Après 1 an, tout fonctionne toujours parfaitement grâce à l'utilisation de MySQL 5.5 et à l'implication des 12 CPUs par InnoDB.
Je suis donc très satisfait de ses performances jusqu'à présent et le client aussi.
5.5 a été publié en décembre 2010. Il est sûr pour une utilisation en production, même si les autres commentaires ici s'appliquent. Ma recommandation (comme celle de Jon ci-dessous) est que vous devriez utiliser la variante Percona Server de MySQL 5.5, cependant..
Non. Utilisez Percona 5.1 avec Xtra-DB. Percona.com C'est aussi rapide que 5.5, et fait beaucoup de choses que MySQL devrait faire. C'est gratuit, basé sur, et est compatible binaire en tant que remplacement plug-and-play pour MySQL. Je n'ai eu que de bonnes expériences en utilisant Percona à la place de MySQL. Assurez-vous de définir le moteur par défaut sur innodb. Show engines; vous montrera que vous utilisez xtradb au lieu d'innodb.
Vous devriez en fait utiliser mysql 5.0, le planificateur de requêtes fait un meilleur travail avec vbulletin que 5.5. Nous avons trouvé plusieurs domaines où le planificateur de requêtes de 5.5 donnait des performances globalement moins bonnes que 5.0 et avons donc basculé en arrière.
http://www.makingitscale.com/2010/latest-mysql-query-planner-gone-looney.html
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.