Comment effectuer correctement une cuisson au four MySQL?

Je veux tester les performances (aka bake-off) du rpm du serveur MySQL contre d'autres fourches telles que le serveur Percona, MariaDB et peut-être d'autres. J'espère qu'en posant cette question, je pourrai mieux comprendre la méthodologie derrière la mise en place d'un test de performance approprié. J'avais prévu d'utiliser sysbench pour exécuter mon test réel, mais je suis ouvert à tout.

1. Quelles mesures dois-je prendre pour m'assurer que le test aboutit à une comparaison de pommes à pommes et que seul le SGBDR est la variante?
2. Par où commencer?
3. Comment évaluer les résultats?
4. Quel conseil pouvez-vous me donner?

Voici la première chose à laquelle j'ai pensé

1. Configurez 3 serveurs DB (configurations HW / OS identiques) chacun installé avec

   • MySQL
   • Percona
   • MariaDB

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

3. Enregistrez les 3 serveurs DB dans MONyog

4. Utilisez les graphiques de mesure des performances dans MONyog ou configurez vos propres graphiques dans MONyog

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

Ce n'est qu'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 (recherchez mon nom sur la page). J'ai finalement convaincu mon entreprise d'acheter la version Utlimate tout de suite après mon témoignage, qu'ils ont regardé avec moi au fur et à mesure.

Avertissement: n'obtenez pas Monyog tant que vous n'avez pas les 3 serveurs DB et Sysbench Ready pour obtenir la meilleure utilisation de MonYog pendant 30 jours.

MISE À JOUR 2011-06-20 13:18 EDT

Si vous conservez le pool de mémoire tampon InnoDB petit (la valeur par défaut pour innodb_buffer_pool_size est de 8 Mo ) et laissez les journaux binaires désactivés (n'incluez pas log-bin dans my.cnf), ces mesures doivent être mesurées.

• Innodb_buffer_pool_pages_flowed
• Innodb_buffer_pool_write_requests
• Innodb_row_lock_time_avg
• Innodb_os_log_fsyncs
• Requêtes , questions
• SELECTs (( Com_select + Qcache_hits ) / Questions)
• INSERT (( Com_insert + Com_replace ) / Questions)
• MISES À JOUR ( Com_update / Questions)
• SUPPRIMER ( Com_delete / Questions)

Beaucoup d'entre eux sont des graphiques par défaut dans la section Moniteurs / Conseillers de MONyog, et d'autres graphiques peuvent être créés pour vérifier les autres métriques MySQL souhaitées . MONyog vous permet également d'exporter les graphiques sous forme de données CSV.

MISE À JOUR 2011-10-12 14:17 EDT

Percona a effectué un bake-off parmi plusieurs versions de MySQL

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

Tous les tests ont été effectués avec MySQL non configuré. Les resultats?

• MySQL 4.1 exécute le meilleur single-thread
• MySQL 5.1 avec plug-in InnoDB évolue sur plusieurs cœurs mieux que 5.1 InnoDB construit, 5.5 et 5.6

Qu'est-ce que j'en retire? Vous devez configurer MySQL 5.5 / 5.6 pour obtenir des améliorations multicœurs engagées .

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

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