web-dev-qa-db-fra.com

Partage WordPress: quel plugin multi-DB utiliser?

J'ai une installation multisite WordPress qui héberge suffisamment de blogs dont j'ai besoin pour partager la base de données. Je vois trois plugins disponibles pour diffuser WordPress sur plusieurs bases de données:

J'essaie de décider lequel utiliser, mais je n'ai pas vraiment trouvé beaucoup d'informations pour les comparer .

Quelqu'un a-t-il déjà utilisé l'un de ces trois outils? Ou mieux encore, faites l'expérience de plusieurs d'entre eux et expliquez pourquoi vous avez changé de fournisseur.

Merci Béthanie

7
Bee

Personnellement, je n'en utilise aucun. Et un cluster NDB à la place. NDB est le moteur de réplication maître-maître intégré de MySQL.

La seule limitation de NDB en pratique est l’absence d’index en texte intégral. Mais vous pouvez toujours utiliser l'API Yahoo ou Google pour les recherches sur votre site. J'ai trouvé que cela valait la redondance supplémentaire, surtout quand on sait qu'aucun serveur ne finit par être un goulot d'écriture de base de données.

Si vous avez besoin d'une réplication maître-esclave avec un goulot d'écriture, hyperdb est développée par automattic. Il s'agit donc du pari le plus sûr parmi les plugins que vous avez mis en évidence. Cela dit, notez qu’une partie du code hyperdb est en réalité rétroportée dans wp depuis la version 3.0 et la fusion de wpmu. (Voir le fichier wp-db.php dans wp-includes, vous remarquerez que beaucoup de ce fichier peut gérer plusieurs serveurs de base de données de manière immédiate.)

4
Denis de Bernardy

Je voudrais aller avec HyperDB.

Il est développé par les développeurs de base WP et basé sur le code utilisé sur Wordpress.com.

http://wordpress.org/support/topic/shardb-or-hyperdb

SharDB est peut-être un peu plus facile à installer, mais a probablement moins de fonctionnalités que HyperDB. Je dirais de regarder ces deux-là et de déterminer lequel correspond le mieux à vos besoins.

2
bobdiaes

Matt a parlé dans notre entreprise il y a quelques mois. Il a recommandé une configuration de base de données maître-esclave avec de nombreux esclaves R/O. Son raisonnement était que les écritures étaient chères et que les lectures - beaucoup plus volumineuses! - n'étaient pas, il était donc préférable d'avoir une plus grande capacité de lecture. Idem pour les serveurs d'applications: jetez le matériel bon marché et oubliez le super-cache.

1
BryanH