MySQL 5.1 ou 5.5?

9

Existe-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 5.1 est qu'il est disponible via apt-get.

mysql Miko
la source

Réponses:

14

De nos jours, vous pouvez utiliser MySQL 5.5 maintenant. J'ai 5.5.9 en production en ce moment et il fonctionne très bien.

J'ai réussi à faire évoluer MySQL 5.5 avec une réplication circulaire simple sur 3 serveurs DB. Voici la disposition de chaque serveur de base de données et ce qui fonctionne

  • MySQL 5.5.9
  • 2TB RAID10 SAS
  • 192 Go de RAM
  • Un pool de mémoire tampon InnoDB 162 Go monolithique
  • Dual HexaCore (c'est vrai, 12 CPU)

/etc/my.cnf a les éléments suivants

[mysqld]
innodb_read_io_threads=64
innodb_write_io_threads=64
innodb_io_capacity=65536
innodb_buffer_pool_instances=1
innodb_bufer_pool_size=162G

Chaque serveur MySQL contient

  • 942 bases de données client (locataire)
  • 935 Go de données au total
  • 95% du pool de tampons est plein sur les trois serveurs

Après 1 an, cela fonctionne toujours comme un rêve en raison de l'utilisation de MySQL 5.5 et de l'obtention d'InnoDB pour engager les 12 CPU.

Donc, je suis assez satisfait de ses performances jusqu'à présent et donc du client.

RolandoMySQLDBA
la source
bon dieu - quel type de site utilisez-vous / qui est votre hébergeur?
JM4
@ JM4 Je suis le DBA de l'hôte. Le client dispose d'un cluster de base de données multi-locataires (actuellement 777 locataires 789 Go [Ils ont archivé leurs anciens clients]). La piscine tampon reste pleine toute la journée.
RolandoMySQLDBA
7

5.5 est une version de développement et ne convient pas à la production. Sauf si vous avez une raison spécifique, vous ne devriez même pas envisager d'exécuter 5.5 pour toute utilisation en production.

Warner
la source
13
Ce n'est plus vrai.
mjallday
5
5.5 a été publié en décembre 2010. Il est sûr pour une utilisation en production, bien que 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 ...
cce
Comme d'autres l'ont mentionné, le temps s'est écoulé depuis ma réponse originale et la version est maintenant adaptée à la production.
Warner
7

Ni. 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. Il est gratuit, basé sur et compatible binaire en remplacement de MySQL. Je n'ai pas encore eu de bonnes expériences avec percona au lieu de MySQL. Assurez-vous de définir le moteur par défaut sur innodb. Afficher les moteurs; montrera que vous utilisez xtradb au lieu de innodb.

Jon Zobrist
la source
1

Vous devriez réellement utiliser mysql 5.0, le planificateur de requêtes fait un meilleur travail avec vbulletin que 5.5. Nous avons trouvé plusieurs domaines dans lesquels le planificateur de requêtes de 5.5 entraînait des performances globales moins bonnes que 5.0 et donc nous sommes revenus.

http://www.makingitscale.com/2010/latest-mysql-query-planner-gone-looney.html

Z99
la source