Ich baue eine Echtzeit-App und frage mich, ob ichsollte sich von MySQL zu MongoDB bewegen. Meine App hat eine Menge Schreibvorgänge, obwohl die gelesenen Fälle noch höher liegen. Ich verwende derzeit XHR auf der Client-Server-Seite, bin aber schon fast fertig mit Socket.io.
Meine Recherche bringt mich dazu, zu MongoDB + Socket.io zu wechseln, wollte aber einige Gedanken aus der Community holen.
aktualisieren</ strong> Ich definiere derzeit "besser" durch eine schnellere App,wenn das Sinn macht. Ich kann irgendwie ohne SQL leben, ich "denke". Momentan wurden 0 JOINs usw. verwendet. Ich versuchte jedoch herauszufinden, ob jemand Erfahrung hatte, von MySQL zu MongoDB für eine "generische" Echtzeit-App zu wechseln.
Vielen Dank.
Antworten:
5 für die Antwort № 1Es hängt davon ab, wie Sie "besser" definieren.
Wenn das relationale Modell und die Sets für Sie wichtiger sind, ist MySQL "besser" als MongoDB.
Wenn du aufgeben kannst ACIDUnd Ihre Daten sind mehr dokumentenbasiert. MongoDB ist "besser" als MySQL.
Es ist auf jeden Fall schwierig zu beantworten, vor allem aber ohne mehr über Ihre Anwendungsfälle zu wissen.
3 für die Antwort № 2
Vielleicht zu spät, um dies hinzuzufügen, aber ich hatte einigeErfahrung mit einer Echtzeit-Analyseanwendung, die von MySQL zu Mongodb wechselt. Meiner Erfahrung nach war mySQL viel schneller und reaktionsschneller, weil meine App so WRITE HEAVY war. Durch die Verwendung von innodb konnte ich Schlösser auf Zeilenebene erhalten, wohingegen ich bei Verwendung von Mongodb mit einer globalen Sperre umgehen musste. Nicht sicher, ob sie die "globale" Sperre gelöst haben.
Meine letzte Lösung bestand darin, innodb und die Percona-Version von mySQL zu verwenden.