Entwicklung von Hochleistungs-MySql (2): Optimierung von Datentypen_Teil 2

· BLOB/TEXT
In tatsächlichen Anwendungen ist es oft notwendig, zwei Arten größerer Daten zu speichern, z. B. ein 10-Megapixel-Bild, und die andere ist größerer Text, z. B. ein Artikel von Zehntausenden von Wörtern. In Oracle gibt es BOLB und CLOB für den Umgang mit diesen beiden Datentypen, während sie in MySQL BLOB und TEXT entsprechen.
Aufgrund der Besonderheit dieser beiden Datentypen sind die Speicherung und der Betrieb von BLOB und TEXT identisch erfolgt in MySQL.
1) BLOB/TEXT-Werte werden oft als Objekte behandelt.
2) Wenn BLOB/TEXT-Werte zum Sortieren verwendet werden , es werden nur die ersten N Bytes verwendet, N entspricht einem konstanten Wert in der Datenbank (max_sort_length). Wenn Sie mehr Bytes angeben möchten, die zum Sortieren verwendet werden sollen, können Sie den Wert von max_sort_length erhöhen oder ORDER BY SUBSTRING( Spalte, Länge) zu verarbeitende Funktion
3) Wenn BLOB/TEXT zum Indizieren oder Sortieren verwendet wird, kann nicht der Wert des gesamten Felds verwendet werden
Vermeiden Sie die Verwendung von BOLB/TEXT als letzten Ausweg zum Indizieren oder Sortieren

Da die Speicher-Engine von MySQL die Typen BLOB und TEXT nicht unterstützt, müssen Sie, wenn BLOB /TEXT am Abfrageprozess beteiligt ist, eine temporäre MyISAM-Festplattentabelle verwenden, auch wenn nur wenige Datenzeilen vorhanden sind true (die Speicher-Engine im neuesten Percona Server unterstützt BLOB- und TEXT-Typen).

Der häufige Zugriff der Speicher-Engine auf temporäre Festplattentabellen führt zu einem erheblichen Leistungsaufwand. Die beste Lösung besteht darin, die Verwendung von BLOB- und TEXT-Typen so weit wie möglich zu vermeiden. Wenn Sie dies nicht vermeiden können, besteht ein Trick darin, SUBSTRING(column, length) überall dort zu verwenden, wo ein BLOB-Feld verwendet wird, um den Spaltenwert in eine Zeichenfolge umzuwandeln (funktioniert auch in der ORDER BY-Klausel), sodass Sie ein in verwenden können -Speicher temporäre Tabelle. Stellen Sie jedoch sicher, dass die abgefangene Teilzeichenfolge kurz genug ist, damit die Größe der temporären Tabelle max_heap_table_size oder tmp_table_size nicht überschreitet. Nach Überschreiten des Grenzwerts konvertiert MySQL die temporäre Speichertabelle in eine temporäre MyISAM-Festplattentabelle.

Die Längenzuordnung im ungünstigsten Fall ist auch für die Sortierung dieselbe, daher ist dieser Trick nützlich für die Erstellung großer temporärer Tabellen und die Dateisortierung im Speicher sowie für die Erstellung großer temporärer Tabellen auf Festplatte und Datei Sortierung ist in beiden Fällen hilfreich. Angenommen, Sie verfügen über eine Tabelle mit 10 Millionen Zeilen, die mehrere Gigabyte Speicherplatz beansprucht. Es gibt eine VARCHAR(1000)-Spalte mit dem Zeichensatz utf8. Jedes Zeichen belegt bis zu 3 Byte, was im schlimmsten Fall 3000 Byte Speicherplatz erfordert. Wenn diese Spalte in ORDER BY verwendet wird und die Abfrage die gesamte Tabelle durchsucht, werden mehr als 30 GB temporäre Tabellen zum Sortieren benötigt

·     DATETIME/TIMESTAMP
MySQL enthält normalerweise zwei Zeitformate DATETIME und TIMESTAMP Der Unterschied zwischen den beiden Typen ist bei der Verwendung nicht sehr groß, aber es gibt immer noch Unterschiede im Detail

Da TMESSTAMP weniger Speicherplatz beansprucht, kann es verwendet werden. Es dient als das Standardzeitformat

· ENUM
Dieser Feldtyp speichert hauptsächlich Spaltenwerte durch Aufzählung, da er am Verwendungsprozess beteiligt ist. Die Konvertierung zwischen Die Position der Aufzählung und der tatsächliche Wert können einen gewissen Einfluss auf die Gesamtleistung haben, und der Aufzählungswert wird in .frm (Datentabellenstruktur-Definitionsdatei) gespeichert, also nach dem Erstellen der ENUM-Spalte, wenn Sie den Inhalt aktualisieren möchten EMUM entspricht der Aktualisierung der Tabellenstruktur.
Das Folgende ist ein einfaches Beispiel für die Erstellung einer ENUM-Spalte:

mysql> CREATE TABLEenum_test(
->  e ENUM('fish', 'apple', 'dog') NOT NULL
-> );
mysql> INSERT INTOenum_test(e) VALUES('fish'), ('dog'), ('apple');

·                                                                                                                                        Die Felder benötigen den geringsten Platz, wie würden Sie entwerfen? Sollten Sie INT oder CHAR(1) verwenden? Im Vergleich zu INT und CHAR(1) ist BIT(1) möglicherweise die bessere Wahl, da es nur ein BIT belegt. Es kann die Werte mehrerer BITs in der Form BIT(N) ausdrücken, die bis zu BIT(64) unterstützt.

In Versionen vor MySQL 5.0 galt BIT als gleichwertig mit TINYINT, in der neuen Version wird es jedoch als zwei völlig unterschiedliche Typen behandelt.

Wenn Sie ein BIT-Feld aus der Datenbank abrufen und auf der Konsole anzeigen, wird der Wert als ASCII-Kodierung angezeigt. Wenn der Wert des Feldes im Kontext einer Zahlenoperation erscheint, wird er behandelt as Der Dezimalwert von BIT kann diese beiden Situationen deutlich veranschaulichen.

Das obige Beispiel könnte Sie verwirren, und es ist sehr wahrscheinlich, dass Sie diesen Mechanismus nicht mehr verwenden möchten Speichern Sie ein einzelnes Bit. Alternativ können Sie das entsprechende Feld auf CHAR(0) setzen, NULL wird verwendet, um False darzustellen, „“ (Leerer String) stellt True dar

mysql>CREATE TABLE bittest(a bit(8));
mysql> INSERT INTObittest VALUES(b'00111001');
mysql> SELECT a, a+ 0 FROM bittest;
+------+-------+
| a | a + 0 |
+------+-------+
| 9 | 57 |
+------+-------+

Das Obige ist die Entwicklung von High- Leistung MySql (2): Inhalt unter Datentypoptimierung_. Weitere verwandte Inhalte finden Sie auf der chinesischen PHP-Website (www.php.cn)!