Details zur Entwicklung der MySQL-Architektur von klein nach groß

Angenommen, eine Website (discuz) hat von Anfang an eine geringe Anzahl von Besuchen und mehrere zehn Millionen tägliche PVs. Spekulieren wir über die Entwicklung ihrer MySQL-Serverarchitektur.

Die erste Phase
Der tägliche PV-Wert der Website-Besuche liegt unter 1 W. Ein einzelner Computer führt Web und DB aus, und es besteht keine Notwendigkeit, eine Optimierung der Architekturebene vorzunehmen (z. B. ist es nicht erforderlich, den zwischengespeicherten Cache zu erhöhen). Derzeit werden Daten oft täglich kalt gesichert, aber manchmal wird aus Gründen der Datensicherheit ein MySQL-Master-Slave eingerichtet.

Die zweite Phase
Der tägliche PV der Website-Besuche erreichte Zehntausende. Zu diesem Zeitpunkt ist die einzelne Maschine bereits etwas ausgelastet Wir müssen Web und Datenbank trennen und wir müssen einen zwischengespeicherten Dienst als Cache erstellen. Mit anderen Worten: In dieser Phase können wir MySQL auch auf einem einzigen Computer ausführen, um die Datenspeicherung und Abfrage der gesamten Website durchzuführen. Wenn Sie MySQL-Master-Slave verwenden, dient dies auch der Datensicherheit.

Die dritte Stufe
Der tägliche PV der Website-Besuche erreichte Hunderttausende. Obwohl dies auch von einer einzelnen Maschine unterstützt werden kann, ist die erforderliche Maschinenkonfiguration viel besser als bei der vorherigen Maschine. Wenn es die Mittel erlauben, können Sie eine Maschine mit hoher Konfiguration kaufen, um den MySQL-Dienst auszuführen. Dies bedeutet jedoch nicht, dass eine Verdoppelung der Konfiguration zu einer Verdoppelung der Leistung führt . Daher werden wir in dieser Phase darüber nachdenken, MySQL-Dienste zu gruppieren, was bedeutet, dass wir mehrere Maschinen zum Ausführen von MySQL verwenden können. Allerdings unterscheiden sich MySQL-Cluster von Web-Clustern. Da wir die Datenkonsistenz berücksichtigen müssen, können wir nicht einfach die Methoden des Web-Clusters (LVS, Nginx-Proxy) anwenden. Die mögliche Architektur ist MySQL-Master-Slave, ein Master und mehrere Slaves . Um die Robustheit der Architektur und Datenintegrität sicherzustellen, kann es nur einen Master und mehrere Slaves geben.

Es gibt ein weiteres Problem, über das wir nachdenken müssen, nämlich, dass unser Programm in der Front-End-Webebene die IP der MySQL-Maschine angibt Maschinen, was passiert im Programm? discuz verfügt tatsächlich über eine Funktion, die die Lese- und Schreibtrennung von MySQL unterstützt. Das heißt, wir können mehrere Maschinen zum Ausführen von MySQL verwenden, von denen eine zum Schreiben und die anderen zum Lesen dienen. Wir müssen nur die Lese- und Schreib-IPs im Programm konfigurieren, und das Programm unterscheidet die Maschinen automatisch. Wenn wir nicht die mit discuz gelieferte Konfiguration verwenden, können wir natürlich auch eine Software namens mysql-proxy verwenden, um eine Lese-/Schreibtrennung zu erreichen. Es unterstützt einen Master- und mehrere Slave-Modus.

Die vierte Stufe
Die tägliche Zahl der Website-Besuche erreicht mehrere Millionen. Beim vorherigen Ein-Master-Mehrfach-Slave-Modell sind Engpässe aufgetreten, da mit zunehmender Anzahl von Website-Besuchen auch die Lesemenge in der Datenbank zunimmt. Wir müssen mehr Slaves hinzufügen, aber wenn die Anzahl der Slaves auf Dutzende ansteigt, Aufgrund der Tatsache, dass alle Bin-Protokolle an alle Slaves verteilt werden müssen, ist dieser Vorgang selbst eine sehr umständliche Angelegenheit. In Verbindung mit häufigem Lesen führt dies unweigerlich zu einer großen Verzögerung bei der Synchronisierung der Daten von den Slaves. Daher können wir eine Optimierung vornehmen, den ursprünglichen Master und die mehreren Slaves von MySQL in einen Master und einen Slave ändern, und dann wird der Slave als Master für andere Slaves dienen. Der ehemalige Master ist nur für das Schreiben von Website-Geschäften verantwortlich. und die nachfolgenden Slaves Es ist nicht für die Geschäfte der Website verantwortlich, sondern nur für die Synchronisierung des Bin-Logs mit anderen Slaves. Auf diese Weise können Sie weiterhin mehrere Slave-Bibliotheken stapeln.

Die fünfte Phase
Als der tägliche Pv der Website-Besuche 10 Millionen erreichte, stellten wir fest, dass die Anzahl der Schreibvorgänge auf die Die Website ist sehr groß. In unserer vorherigen Architektur gab es nur einen Master, und der Master hier ist zu einem Engpass geworden. Daher sind weitere Anpassungen erforderlich. Beispielsweise können wir das Unternehmen in Module, separate benutzerbezogene Module, separate Berechtigungen, Punkte usw. unterteilen, eine separate Bibliothek ausführen und diese dann als Master-Slave verwenden, die sogenannte Unterbibliothek . Natürlich können Sie auch den Breitengrad ändern, die Tabellen mit großem Zugriffs- oder Schreibvolumen trennen und auf einem Server ausführen. Sie können eine Tabelle auch in mehrere kleine Tabellen aufteilen. Dieser Arbeitsschritt bringt einige Verfahrensänderungen mit sich, daher ist es notwendig, im Voraus mit Entwicklungskollegen zu kommunizieren und zu entwerfen. Kurz gesagt, was Sie in diesem Schritt tun müssen, ist die Unterdatenbank und Untertabelle.

Schreiben Sie auf die Rückseite
Für die weitere Entwicklung teilen Sie den großen Tisch einfach weiter in kleine Tische auf. Die inländische Alibaba Taobao-Website verfügt über eine große Datenmenge. Ihre MySQL-Architektur folgt dem Prinzip der Unterdatenbank und der Untertabelle. kann nach Käufern und Verkäufern, nach Zeit usw. unterteilt werden.

Das Obige zeigt die Details des Entwicklungsprozesses der MySQL-Architektur von klein nach groß. Weitere verwandte Inhalte finden Sie auf der chinesischen PHP-Website (www.php.cn)!