Frage

Aus blogs.innodb.com: InnoDB mit Binlog -Fähigkeit memcachiert

In unserer früheren Labors -Veröffentlichung haben wir eine MySQL -NoSQL -Lösung über InnoDB Memcached Dämoned -Plugin vorgestellt (siehe frühere Calvin und meine Beiträge). Diese frühere Version ermöglicht das Memcached -Plugin direkt mit InnoDB interagieren und MySQL Optimizer vollständig umgeht und QP layers. Es unterscheidet sich von einer weiteren beliebten MySQL -NoSQL -Lösung, Handlersocket, indem es sogar die Handler -API -Schicht überspringt und direkt über InnoDB -APIs auf das InnoDB zugreift. Theoretisch wäre es also einfacher und effizienter.

Was ist QP -Schichten?

Durch die Suche wurden mir keine guten Ergebnisse erzielt. Das nächste, zu dem ich kam, war Query Path. Ist das richtig?

War es hilfreich?

Lösung

QP steht höchstwahrscheinlich für Query Parsing.

MySQL Optimizer benötigt Informationen aus dem Abfrage -Parser, um die Tabellennamen und Spaltennamen zusammen mit den zugehörigen Datentypen zu ermitteln.

Ich habe einen früheren Beitrag in der DBA Stackexchange gemacht darüber, wie der Handler umgeht MVCC und Schlösser auf Reihenebene. Ich wäre ein wenig länger darüber, selbst den Handlersocket zu umgehen. Ich sage das, weil HandleSocket hat Probleme mit Lesevorgängen, während Schreibvorgänge mit denselben Daten interagieren. Bitte stellen Sie sicher, dass das Memcached -Plugin nicht die gleiche Defizite hat. Bitte überprüfen Sie in dieser Angelegenheit bekannte Fehler.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit dba.stackexchange
scroll top