Optimale MySQL-Konfiguration (my.cnf)

Folgende ist mein Standard-Produktion MySQL-Konfigurationsdatei (my.cnf) für einen reinen UTF-8-setup mit InnoDB als Standard-storage-engine.

[server]
bind-address=127.0.0.1
innodb_file_per_table
default-character-set=utf8
default-storage-engine=innodb

Das setup führt folgende Schritte aus:

  1. Bindet an localhost:3306 (loopback) anstelle des Standard -*: 3306 (alle Schnittstellen). Getan, um die Sicherheit zu erhöhen.
  2. Legt einen Tablespace pro Tabelle. Getan zur Erhöhung der Wartungsfreundlichkeit.
  3. Setzt den Standard-Zeichensatz auf UTF-8. Getan ermöglicht die einfache Internationalisierung standardmäßig.
  4. Setzt die default storage engine auf InnoDB. Geschehen zu ermöglichen, row-level-locking standardmäßig.

davon Ausgehen, dass Sie noch weiter verbessern könnten das setup durch hinzufügen von maximal drei (3) Konfigurations-Parameter. Was würden Sie hinzufügen, und warum?

Eine Verbesserung würde in diesem Zusammenhang bedeuten, entweder eine Performancesteigerung, eine Verbesserung der Zuverlässigkeit oder Benutzerfreundlichkeit/ease-of-Wartbarkeit zu erhöhen. Sie können davon ausgehen, dass der Rechner, auf dem die MySQL-Instanz werden über 1000 MB RAM.

  • Zumindest mit MySQL 5.5, ändern Sie ggf. den default-character-set -> character_set_server
InformationsquelleAutor knorv | 2009-07-22
  1. 5

    Cache-Daten mehr:

    innodb_buffer_pool_size = 512M

    Wenn Sie schreiben, viele Daten:

    innodb_log_file_size = 128M

    zu vermeiden, zu viel Protokoll-switching.

    Es gibt keine Dritte würde ich hinzufügen, auf jeden Fall, alle anderen abhängen.

    InformationsquelleAutor Quassnoi
  2. 1

    Zuweisung von mehr Speicher als der Standard von 8M auf InnoDB (mit innodb_buffer_pool_size) ist sicherlich eine Verbesserung. In Bezug auf den Wert, auf einen dedizierten Datenbankserver, wie Ihre, können Sie es einrichten, um die 80% von deinem RAM und der höher Sie diesen Wert einstellen, desto weniger Interaktionen mit der Festplatte. Nur meinen Senf dazu geben, möchte ich erwähnen, dass einige performance-boost optimieren der Wert innodb_flush_log_at_trx_commit jedoch Einbußen bei der SÄURE-compliance... Nach dem MySQL-Handbuch:

    Wenn der Wert des
    innodb_flush_log_at_trx_commit auf 0 ist,
    der log-Puffer geschrieben wird, aus der
    log-Datei einmal pro Sekunde und der flush
    zu disk operation durchgeführt wird, auf die
    log-Datei, aber nichts ist fertig in einem
    Transaktion commit.

    Könnte man damit Locker einige Daten, die nicht geschrieben wurden, korrekt in der Datenbank durch einen Absturz oder eine Fehlfunktion. Wieder nach dem MySQL-Handbuch:

    Jedoch InnoDB-Wiederherstellung nach einem Systemabsturz ist
    nicht betroffen und damit crash-recovery
    funktioniert unabhängig vom Wert.

    So, ich würde vorschlagen:

    innodb_flush_log_at_trx_commit = 0

    Schließlich, wenn Sie haben eine hohe Verbindungsrate (d.h. wenn Sie brauchen, um zu konfigurieren, MySQL-Unterstützung einer web-Anwendung auf die Datenbank zugreift), dann sollten Sie überlegen, die Erhöhung der maximalen Anzahl der verbindungen zu so etwas wie 500. Aber da dieses etwas mehr oder weniger trivial und bekannt sind, so möchte ich betonen, auf die Bedeutung der back_log zu gewährleisten Konnektivität.

    Ich hoffe, diese Informationen helfen Ihnen bei der Optimierung Ihrer Datenbank-server.

    InformationsquelleAutor Pantelis Sopasakis
  3. 0

    Erhöhen Sie die innodb-Puffer-pool-Größe, so groß, wie Sie können praktisch machen:

    innodb_buffer_pool_size=768M

    Werden Sie auch einige wichtige Puffer für temporäre Tabellen:

    key_buffer_size=32M

    Andere würde davon abhängen, was Sie tun, mit der Datenbank, sondern table_cache oder query_cache_size wäre ein paar andere Möglichkeiten.

    • Nicht key_buffer_size relevant für MyISAM nur?
    • es ist, aber ich denke MySQL wird immer MyISAM-für temporäre Tabellen, so müssen Sie noch einige wichtige Puffer für (zumindest das ist, was ich gehört habe). Ich könnte falsch sein, dass man obwohl.
    InformationsquelleAutor Eric Petroelje
Schreibe einen Kommentar