MySQL: Quelqu'un at-il utilisé le moteur de stockage TokuDB?

Question

Est-ce que quelqu'un a utilisé le TokuDB storage engine pour MySQL? Le site Web du produit prétend avoir une augmentation de performance de 50x par rapport aux autres moteurs de stockage MySQL (par exemple, Innodb, MyISAM, etc.). Voici les revendications de performance http://tokutek.com/downloads/tokudb-performance-brief.pdf

Est-ce vrai?

Des expériences personnelles avec ce moteur de stockage en cours d'utilisation avec MySQL?

Answer 1

J'ai la même question. Je ne trouve une comparaison assez décente de TokuDB contre InnoDB

http://www.pythian.com/news/5139/testing-tokudb-faster-and-smaller-for-large-tables/

Cependant, je suis intéressé par toutes les autres expériences que d'autres ont eu avec TokuDB ou tout autre moteur de stockage similaire pour MySQL.

Une autre revue ici http://www.mysqlperformanceblog.com/2009/04/28/detailed-review-of-tokutek-storage-engine/

Answer 2

Si vous stockez blobs tels que des images alors ne pas utiliser tokudb. Il a une limite de taille de ligne plus petite.

Si vous avez des données de plus de 100 millions de lignes, utilisez tokudb.

Si vous êtes sensible à la vitesse de mise à jour, n'utilisez pas tokudb. Il a une insertion très rapide mais par rapport à innodb, une vitesse UPDATE plus lente et surtout si vous utilisez des instructions INSERT ON DUPLICATE.

Si vous stockez des entrées de journal, utilisez tokudb.

Si vous souhaitez réduire l'utilisation de vos données myisam/innnodb de plus de 5x, utilisez tokudb. J'ai personnellement confirmé que leur backend fractal tree + compression est extrêmement efficace.

Règle générale, utilisez le meilleur outil pour le travail. Tokudb souffle innodb et myisam hors des eaux dans des situations spécifiques mais n'est pas un moteur de remplacement général pour tout sous le ciel.

Answer 3

Bien que TokuDB soit lent sur UPDATE comme indiqué ci-dessus, il est extrêmement rapide sur REPLACE. Habituellement, vous pouvez substituer UPDATEs avec REPLACE INTO à la place. J'utilise TokuDB sur des tables de jusqu'à 18 milliards de lignes et rien d'autre ne se rapproche, c'est au moins 100 fois plus rapide que innodb pour les insertions aléatoires sur les grandes tables.