Konzept
BlackHole ist wie MyISAM und InnoDB eine weitere MySQL-Engine. Im wahrsten Sinne des Wortes
verhält es sich wie ein Schwarzes Loch, das nur eindringt, aber nicht wieder austritt und nach dem Betreten verschwindet. Mit anderen Worten, alle darauf geschriebenen Daten gehen verloren, ähnlich wie bei Linux /dev/null. Die Engine eines Tabellentests ist beispielsweise BlackHole. Alle Einfügungen in diese Tabelle gehen verloren. Wenn Sie darauf klicken, wird immer zurückgegeben null Set, es gibt nur eine test.frm-Datei im entsprechenden Datenverzeichnis und es sind keine anderen Dateien damit verknüpft.
Nutzungsszenarien
Was bringt eine Engine, die keine Daten speichert?
Der Schlüssel liegt darin, dass zwar keine Daten gespeichert werden, die Vorgänge in der Datenbank jedoch dennoch im Binlog-Protokoll aufgezeichnet werden.Dies bringt einen Vorteil mit sich: Es kann als Vermittler für die Master-Slave-Replikation verwendet werden und der ursprüngliche Synchronisierungsvorgang von der Hauptdatenbank kann von der BlackHole-Engine-Datenbank als Vermittler geändert werden.
1. Teilen Sie als Pseudo-Master-Bibliothek die Last der Hauptbibliothek.
Wie wir alle wissen, laden alle Slave-Bibliotheken Daten aus der Hauptbibliothek, was die Belastung der Hauptbibliothek erhöht Bibliothek. Wenn Sie jedoch aus der Pseudo-Hauptbibliothek von BlackHole synchronisieren, können Sie die Belastung der Hauptbibliothek verringern. Die ursprüngliche Master-Slave-Architektur sieht ungefähr wie folgt aus:
现在，BlackHole伪主库作为中介，变成这样：
Insbesondere können Sie Replikat-Do- und Replikat-Ignorieren-Regeln in der Pseudo-Master-Datenbank konfigurieren, um Tabellen zu filtern, die nicht benötigt werden synchronisiert.
2. Als Binlog-Protokollsammler
Es speichert keine tatsächlichen Daten, sondern zeichnet nur die Eigenschaften von Binlog auf, sodass die Engine für die Binlog-Protokollerfassung verwendet werden kann, um die Datenbankanalyse zu erleichtern.
Verwandtes Wissen
: Es gibt drei Formate für Binlog-Protokolle: Zeile, Anweisung und gemischt. row
zeichnet die geänderten Datensätze jeder Zeile auf. Mit anderen Worten: Die Änderung der Tabelle ist noch schlimmer, was dem Neuaufbau der gesamten Tabelle und der Aufzeichnung der Änderungen aller Zeilen entspricht. Daher ist das Protokoll in diesem Format leicht zu groß. Die Methode Anweisung
zeichnet nur die SQL auf, die die Daten ändert. Es gibt kein Problem mit der Zeilenmethode, sie zeichnet jedoch die Kontextinformationen der SQL-Ausführung auf. Der Nachteil besteht darin, dass bei der Wiedergabe der Informationen am anderen Ende aufgrund der komplexeren Informationen leicht Fehler auftreten können. Die mixed
-Methode kombiniert die Zeilen- und Anweisungsmethoden. Konfiguration
In der Pseudobibliothek ist die folgende Konfiguration erforderlich:
Der Standardkonfigurationstyp ist BlackHole. Sie könnendefault_table_type = BLACKHOLE
oder
default-storage-engine = BLACKHOLE
verwenden, um binlog zu öffnen: log-bin = ms-mysql- Bin
Speziell konfigurieren: log-slave-update = 1. Nur auf diese Weise werden die Vorgänge in der Hauptbibliothek mit dem Binlog von BlackHole synchronisiert. Andernfalls werden nur Vorgänge, die direkt auf BlackHole abzielen, im Binlog aufgezeichnet .
InnoDB ignorieren: skip-innodb. Wenn die Tabellenerstellungsanweisung engine=innodb enthält, wird die Standard-BlackHole-Engine verwendet.
Es sollte daran erinnert werden, dass bei der Einführung dieser Architektur eine zusätzliche mittlere Schicht für die Datensynchronisierung vorhanden ist und das Verzögerungsproblem weiter berücksichtigt werden muss.