Der Kern der MySQL -Speicheroptimierung besteht darin, Schlüsselparameter rational zu konfigurieren, um die Leistung zu verbessern. 1. Passen Sie innoDB_Buffer_pool_size auf 50% ~ 80% des physischen Speichers ein. Beispielsweise kann der 32 -GB -Server auf 24 GB gesetzt werden und kombinieren mehrere Instanzen, um die Konkurrenz zu verringern. 2. Steuern Sie den Verbindungsspeicher. Es wird empfohlen, dass der Thread_Stack nicht weniger als 192 KB ist. Die Sorte_Buffer_Size ist auf 1 MB ~ 2 MB eingestellt, um Speicherabf?lle zu vermeiden. 3. Konfigurieren Sie die globalen Speicherparameter tmp_table_size und max_heap_table_size bis 128m, um tempor?re Tabellenabf?lle zu vermeiden. V.

Der Kern der MySQL -Speicheroptimierung besteht darin, Schlüsselparameter vernünftig zu konfigurieren, damit die Datenbank unter begrenzten Speicherressourcen so effizient wie m?glich ausgeführt werden kann. Der Fokus liegt auf der Anpassung der Konfiguration entsprechend der Serverhardware, des Datenvolumens und des Zugriffsmodus, um Speicherabf?lle oder unzureichender Speicher zu vermeiden.

1. Passen Sie InnoDB_Buffer_pool_size an: Der wichtigste Parameter

Der Pufferpool der InnoDB Engine ist für die Daten und die Indexierung von Cache -Tabellen verantwortlich, was einer der kritischsten Parameter ist, die die Leistung beeinflussen. Es wird im Allgemeinen empfohlen, es auf 50% ~ 80% des physischen Speichers einzustellen, sofern Ihr Datenvolumen gro? genug ist und MySQL der Hauptdienst ist.

Wenn Sie beispielsweise einen 32 -GB -Speicherserver haben, der sich auf MySQL spezialisiert hat, kann er auf etwa 24 GB festgelegt werden:

 innodb_buffer_pool_size = 24g

Achten Sie darauf, dass Sie es nicht zu hoch setzen, und lassen Sie den Speicher für das Betriebssystem und andere Prozesse (wie Verbindungs ??-Threads, vorübergehende Sortierung usw.). Wenn die Einstellung zu gro? ist, kann das System h?ufig austauschen und die Leistung verlangsamen.

Darüber hinaus unterstützt MySQL 8.0 mehrere Pufferpool -Instanzen, innodb_buffer_pool_instances kann verwendet werden, um die gleichzeitige Konkurrenz zu verringern und die Effizienz in hohen Parallelit?tsszenarien zu verbessern.

2. Steuern

Jede Clientverbindung wird als Thread zugewiesen, und jeder Thread verwendet eine bestimmte Menge an Speicher, wobei thread_stack und Sort-bezogene Puffer besonders wichtig sind.

Der Standard thread_stack ist 256 KB, was für die meisten F?lle ausreicht. Wenn Sie viele Verbindungen haben, k?nnen Sie diesen Wert angemessen anpassen, aber es wird nicht empfohlen, weniger als 192 KB zu sein, andernfalls kann er einen Stapelüberlauffehler verursachen.

sort_buffer_size ist ausschlie?lich für jede Verbindung. Dies bedeutet, dass bei 100 gleichzeitigen Sortieranfragen das 100 -fache der Parametergr??e einnimmt. Es wird empfohlen, zwischen 1 MB und 2 MB festzulegen, da es zu gro? ist und leicht zu Speicherabf?llen führen kann.

Zum Beispiel:

 SORT_BUFFER_SIZE = 1M

Andere ?hnliche sind read_buffer_size , join_buffer_size usw., die auch gem?? der Verbindung zugewiesen werden. Setzen Sie also nicht alles auf einmal und bewerten Sie sie in Kombination mit der tats?chlichen Last.

3.. Globale speicherbezogene Parameter: query_cache_type und tmp_table_size

Abfragen -Caches waren einst in einigen Szenarien nützlich, in denen mehr gelesen und weniger geschrieben wurden, aber seit MySQL 8.0 vollst?ndig entfernt wurden. Wenn Sie die alte Version noch verwenden, achten Sie darauf, dass der Sperrmechanismus die Leistung beeinflusst, wenn sie h?ufig geschrieben wird, und es wird nicht empfohlen, diese zu aktivieren.

Die Speichergrenze von tempor?ren Tabellen wird durch tmp_table_size und max_heap_table_size bestimmt. Wenn die tempor?re Tabelle diese Grenze überschreitet, wird sie automatisch in Festplattentabellen mit erheblicher Leistungsverschlechterung konvertiert. Es wird normalerweise empfohlen, sowohl zwischen 64 m als auch zwischen 256 m zu liegen:

 tmp_table_size = 128m
max_heap_table_size = 128m

Auf diese Weise k?nnen die meisten kleinen tempor?ren Tabellen im Speicher verarbeitet werden und h?ufige Tropfen vermeiden.

4. überwachen Sie den Speicherverbrauch: Finden Sie Probleme aus dem Status

Zus?tzlich zu den Konfigurationsparametern müssen Sie auch die Speicherverwendung von MySQL regelm??ig überprüfen. Sie k?nnen die aktuelle Speicherzuweisung über den folgenden Befehl anzeigen:

 Motor innoDb Status \ g anzeigen

Achten Sie auf die "freien Puffer" und "Datenbankseiten" im Abschnitt Puffer Pool. Wenn es zu wenige kostenlose Seiten gibt, bedeutet dies, dass der Pufferpool m?glicherweise nicht ausreicht.

Sie k?nnen auch Tools von performance_schema oder Drittanbietern wie Prometheus Grafana verwenden, um die Speichertrends in Echtzeit zu überwachen, um potenzielle Engp?sse rechtzeitig zu entdecken.

Grunds?tzlich ist das. Speicheroptimierung kann über Nacht nicht erreicht werden. Der Schlüssel besteht darin, basierend auf der tats?chlichen Last kontinuierlich zu beobachten und anzupassen und die Erfahrung anderer Menschen nicht blind zu kopieren.

Das obige ist der detaillierte Inhalt vonWie optimieren Sie den MySQL -Speicher? Was sind die Schlüsselparameter?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!