9 votes

MySQL 5.1 ou 5.5?

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.

14voto

Adam Points 11

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 :

  • MySQL 5.5.9
  • 2TB RAID10 SAS
  • 192GB RAM
  • Un seul cache InnoDB monolithique de 162GB
  • Double HexaCore (oui, 12 CPUs)

/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 :

  • 942 bases de données clientes (locataires)
  • 935GB de données au total
  • 95% du cache est plein sur les trois serveurs

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.

0 votes

Bon dieu - quel genre de site exploitez-vous / qui est votre hôte?

0 votes

@ JM4 Je suis le DBA pour l'hôte. Le client dispose d'un cluster de bases de données multi-locataires (Actuellement 777 locataires 789 Go [Ils ont archivé leurs anciens clients]). Le tampon de pool reste plein toute la journée.

7voto

Warner Points 23292

5.5 est une version de développement et n'est pas adaptée à la production. À moins d'avoir une raison spécifique, vous ne devriez même pas envisager d'utiliser la version 5.5 pour une utilisation en production.

13 votes

Cela n'est plus vrai.

5 votes

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..

0 votes

Comme d'autres l'ont mentionné, le temps a passé depuis ma réponse originale et la version est maintenant adaptée à la production.

7voto

Jon Zobrist Points 71

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.

1voto

cdonner Points 17403

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

SistemesEz.com

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.

Powered by:

X