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 la version 5.1 est qu'elle est disponible via apt-get.
Réponses
Trop de publicités?
Aujourd'hui, vous pouvez utiliser MySQL 5.5. J'ai la version 5.5.9 en production en ce moment et elle fonctionne très bien.
J'ai réussi à faire évoluer MySQL 5.5 avec une simple réplication circulaire entre 3 serveurs de base de données. Voici la disposition de chaque serveur de base de données et ce qui est en cours d'exécution
- MySQL 5.5.9
- 2TB RAID10 SAS
- 192 GO DE RAM
- Un pool de mémoire tampon InnoDB monolithique de 162 Go
- Dual HexaCore (c'est exact, 12 CPU)
Le fichier /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_bufer_pool_size=162GChaque serveur MySQL contient
- 942 bases de données de clients (locataires)
- 935GB de données totales
- 95% de la mémoire tampon est pleine sur les trois serveurs
Un an plus tard, il fonctionne toujours comme un rêve grâce à l'utilisation de MySQL 5.5 et à l'utilisation d'InnoDB sur les 12 CPU.
Je suis donc assez satisfait de ses performances jusqu'à présent, et le client aussi.
Warner
Points
23292
Jon Zobrist
Points
71
Ni l'un ni l'autre. Utilisez percona 5.1 avec xtra-db. Percona.com Il est aussi rapide que 5.5, et fait beaucoup de choses que MySQL devrait faire. Il est gratuit, basé sur, et est binairement compatible pour remplacer MySQL. Je n'ai jamais eu que de bonnes expériences en utilisant Percona à la place de MySQL. Assurez-vous de définir le moteur par défaut à innodb. Show engines ; montrera que vous utilisez xtradb au lieu de innodb.
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 dans lesquels le planificateur de requêtes de la version 5.5 a entraîné des performances globales inférieures à celles de la version 5.0 et nous sommes donc revenus en arrière.
http://www.makingitscale.com/2010/latest-mysql-query-planner-gone-looney.html
