Erläuterung der Faktoren, die die Leistung in der MySQL-Datenbank beeinflussen (im Fall der Datenbankarchitektur)

Was dieser Artikel Ihnen bringt, ist eine Erklärung der Faktoren, die die Leistung in der MySQL-Datenbank beeinflussen (ich hoffe, dass er für Freunde in Not hilfreich ist). Du.

Geschichten über die Datenbankleistung

Während des Interviews werden mehr oder weniger Dinge über die Datenbank zur Sprache kommen: „Wie gut beherrschen Sie die Datenbank?“, wann ist die Leistung der Datenbank am höchsten Getestet, versprechen, das Wichtigste zu sein. Einerseits ist es eine Zeit, in der große Datenmengen gelesen und geschrieben werden, und E-Commerce-Werbeaktionen sind eine Zeit, in der die Leistung ihrer jeweiligen Datenbanken getestet wird.

Bei Webservern können wir die Belastung eines einzelnen Servers einfach durch horizontale Erweiterung reduzieren, bei Datenbankservern ist dies jedoch nicht so einfach Die Erweiterung verstößt auch gegen die Prinzipien der Datenbankintegrität und -konsistenz. Wie sollte also unsere Datenbankarchitektur aufgebaut sein?

Bei großen Werbeaktivitäten, egal wie gut das Produkt ist oder wie erfolgreich die Planung ist, ist all das vergeblich, wenn es keine stabile Datenbank- und Serverumgebung gibt.

Fall einer Datenbankarchitektur

Wie in der Abbildung gezeigt, gibt es zwischen dem Master- und dem Slave-Server keine Master-Slave-Replikationskomponente Das heißt, wenn der Master-Server ausfällt, ist es schwierig, den Master-Server zu wechseln. Dazu muss der DBA den Slave-Server mit den neuesten Daten auswählen, ihn zum Master-Server hochstufen und andere Slave-Server synchronisieren. Der Zeitaufwand dieses Prozesses ist ebenfalls sehr hoch.

Und zu viele Slave-Server stellen bei großem Geschäftsvolumen auch eine gewisse Herausforderung für die Netzwerkkarte des Master-Servers dar.

Anhand der Clusterüberwachungsinformationen können wir verstehen, was sich auf die Datenbankleistung auswirkt.

Ja, ja. Im Allgemeinen sind die Hauptgründe QPS und TPS, Parallelität (die Anzahl der gleichzeitig verarbeiteten Anforderungen, um Verwechslungen mit der Anzahl gleichzeitiger Verbindungen zu vermeiden), Festplatten-E/A und Lesevorgänge die zu hoch sind

Hier ist ein Vorschlag: Es ist am besten, solche Pläne nicht vor größeren Ereignissen zu stornieren

SQL-Abfragegeschwindigkeit

Server-Hardware

Netzwerkkartenverkehr
Festplatten-IO

Ultrahohe QPS und TPS
Risiko: SQL mit geringer Effizienz (QPS: Pro Sekunde verarbeitete Abfragen)

Große Parallelität und extrem hohe CPU-Auslastung
Risiko: Hohe Parallelität (Die Anzahl der Datenbankverbindungen ist voll (max_connections ist standardmäßig 100))

Risiko: Extrem hohe CPU-Auslastung (Ausfallzeit aufgrund der Erschöpfung der CPU-Ressourcen)

Festplatten-E/A
Risiko: Die Leistung der Festplatten-E/A sinkt plötzlich (verwenden Sie ein schnelleres Festplattengerät)

Risiko: Andere geplante Aufgaben, die viel Festplattenleistung verbrauchen ( Geplante Aufgaben anpassen)

Netzwerkkartenverkehr
Risiko: Der Netzwerkkarten-IO ist voll (1000 MB/8 = 100 MB)

So vermeiden Sie, dass keine Verbindung zur Datenbank hergestellt werden kann:

1. Reduzieren Sie die Anzahl der Slave-Server

2. Führen Sie hierarchisches Caching durch
3. Vermeiden Sie die Verwendung von „select *“ für die Abfrage
4. Separates Unternehmensnetzwerk und Servernetzwerk

Das obige ist der detaillierte Inhalt vonErläuterung der Faktoren, die die Leistung in der MySQL-Datenbank beeinflussen (im Fall der Datenbankarchitektur). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!