Si y en a qui ont des Etherpad avec MongoDB comme base de données et qui veulent les migrer sous PostgreSQL, je viens de publier le script que j'avais écrit pour @Framasoft : https://framagit.org/snippets/769
MongoDB est un très mauvais choix pour des instances très chargées comme celles de Framasoft : lent à démarrer, pertes d'enregistrements… PostgreSQL a résolu ces problèmes chez nous.
@clairezed @Framasoft Note que même avec PostgreSQL, on a des problèmes de perfs, mais ça c'est à cause de l'ORM utilisé par Etherpad qui n'utilise qu'une seule connexion à la DB. On a proposé un patch mais il n'est pas encore accepté : https://github.com/Pita/ueberDB/pull/97
@framasky Par curiosité ça représentait quelle quantité de documents ? Est-ce que c'était sur plusieur nœuds ? @Framasoft
@floreal @Framasoft MySQL peinait à 20 000 pads, MongoDB à 30 000, insupportable à 40 000, PostgreSQL en tient 80 000 à l'aise. Sachant que quasiment chaque frappe sur un pad crée un enregistrement, je te laisse estimer le nombre de documents. Un seul nœud pour MongoDB.
@framasky @Framasoft
Ah oui, d'accord. Je n'imaginais pas que c'était fait de cette manière.
@floreal @Framasoft Et tout dans une seule table avec deux colonnes : key et value
@framasky @Framasoft Ça pourrait être marrant de gérer l'historique des modification via un truc comme git svn ou cvs.
@floreal @Framasoft Je ne pense pas non : trop de modifs, trop souvent, de façon concurrente.
@Framasoft @framasky Merci pour l'info
@framasky @Framasoft @floreal ah oui! la table doit pas mal bloater! tu as une idée de la fragmentation? tu as des stats sur les hot updates? je me demande si ça ne serait pas intéressant de baisser le fill factor.
@framasky @Framasoft merci pour ce retour d'expérience, j'apprends des trucs !