Comment puis-je effectuer correctement une bake-off de MySQL?

Question

Je veux tester la performance (aka bake-off) serveur MySQL rpm contre d'autres fourches tels que le serveur Percona, MariaDB, et peut-être quelques autres. J'espère qu'en posant cette question, je peux mieux comprendre la méthodologie de mise en place d'un test de bonne exécution. Je comptais sur l'utilisation sysbench pour exécuter mon test réel, mais je suis ouvert à tout.

1. Quelles mesures devrais-je prendre pour faire en sorte que les résultats des tests dans un des pommes avec des pommes de comparaison et que seul le SGBDR est la variante?
2. Où dois-je commencer?
3. Comment puis-je évaluer les résultats?
4. Quels conseils pouvez-vous me donner?

Answer 1

Voici la première chose que je pensais à

1. Configuration 3 serveurs DB (configs HW identiques / OS), chacun installé avec

   • MySQL
   • Percona
   • MariaDB

2. Obtenir un quatrième serveur installé avec MONyog (version eval dure 30 jours)

3. enregistrer les 3 serveurs DB dans MONyog

4. Utilisez les graphiques métriques de performance dans MONyog ou Set Up vos propres graphiques dans MONyog

5. Utilisez SysBench contre tous les 3 serveurs DB à votre discrétion

Ceci est juste un aperçu de base. Croyez-moi, vous pouvez utiliser MONyog dès la sortie de la boîte . Consultez mon témoignage sur le site Web de MONyog (Regardez mon nom sur la page). Je eventaully convaincu mon entreprise pour acheter la version Utlimate pure et simple après mon témoignage, qu'ils regardaient avec moi comme il est arrivé.

caveat. Ne soyez pas MONyog jusqu'à ce que vous avez les 3 serveurs DB et Sysbench Prêt à tirer le meilleur usage de MONyog 30 jours

Mise à jour 2011-06-20 13:18 EDT

Si vous gardez le InnoDB Tampon Piscine Petit (par défaut pour innodb_buffer_pool_size est 8M) et de garder les journaux binaires désactivés (ne pas inclure log-bin my.cnf), ces mesures doivent être mesurés

• Innodb_buffer_pool_pages_flushed
• Innodb_buffer_pool_write_requests
• Innodb_row_lock_time_avg
• Innodb_os_log_fsyncs
• Requêtes , < a href = "http://dev.mysql.com/doc/refman/5.0/en/server-status-variables.html#statvar_Questions" rel = "nofollow noreferrer"> questions
• Selects (( Com_select + Qcache_hits ) / questions )
• Encarts (( Com_insert + Com_replace ) / questions )
• Updates ( Com_update / questions)
• effacera ( Com_delete / Questions)

Un grand nombre d'entre eux sont des graphiques par défaut dans les moniteurs de MONyog / Section conseillers, et plus graphiques peuvent être créés vérifier d'autres paramètres désiré MySQL . MONyog permet également d'exporter les graphiques sous forme de données CSV.

Mise à jour 2011-10-12 14:17 EDT

Percona a effectué une pré-cuisson entre plusieurs versions de MySQL

• MySQL 4.1
• MySQL 5.0
• MySQL 5.1 (avec InnoDB intégré)
• MySQL 5.1 avec InnoDB-plugin
• MySQL 5.5
• MySQL 5.6

Tous les tests ont été effectués avec MySQL déconfigurées. Les résultats?

• MySQL 4.1 effectue le meilleur
monothread
• MySQL 5.1 avec plug-in échelles InnoDB sur plusieurs cœurs mieux que 5,1 InnoDB construit, 5.5 et 5.6

Qu'est-ce que je sors de cela? Votre devez configurer des améliorations MySQL 5.5 / 5.6 pour obtenir multi-cœurs engagés .

Answer 2

Cela devrait être très utile pour vous cela est la référence de l'industrie pour les bases de données defacto, TPC-C, http: //www.tpc.org/tpcc/spec/tpcc_current.pdf

Même si vous n'utilisez pas exécuter cette référence, les informations contenues dans le document de définition de test devrait vous fournir des tonnes de comprendre la configuration de votre propre référence pour tester vos options de base de données.