47 Bilder, die Sie durch die Weiterentwicklung von MySQL führen

Die Spalte „MySQL-Tutorial“ führt Sie durch 47 Bilder, um das fortgeschrittene MySQL zu verstehen.

Im MySQL-Einführungskapitel stellen wir hauptsächlich die grundlegenden SQL-Befehle, Datentypen und Funktionen vor. Wenn Sie jedoch ein qualifizierter Entwickler werden möchten, müssen Sie die oben genannten Kenntnisse erwerben Um über einige fortgeschrittenere Fähigkeiten zu verfügen, besprechen wir, welche fortgeschrittenen Fähigkeiten für MySQL erforderlich sind. Wie und wie Daten gespeichert werden, ist also der Schlüssel zur Speicherung. Daher entspricht die Speicher-Engine der Datenspeicher-Engine und steuert die Speicherung der Daten auf Festplattenebene.

Die Architektur von MySQL kann nach dem dreistufigen Modell verstanden werden

Die Speicher-Engine ist auch eine Art Software. Die Hauptfunktionen, die sie ausführen und unterstützen kann, sind

Parallelität

Unterstützung von Transaktionen

Integritätseinschränkungen

Physischer Speicher

Unterstützung von Indizes

Leistungshilfe

• MySQL unterstützt standardmäßig mehrere Speicher-Engines, um verschiedenen Datenbankanwendungen gerecht zu werden . Folgendes wird von der MySQL Storage Engine unterstützt: MyISAM, InnoDB, MEMORY, MERGE, EXAMPLE, NDB-Cluster, ARCHIVE, CSV, Blackhole
• FÖDERIERT
• Standardmäßig ist Wenn Sie eine Tabelle erstellen, ohne die Speicher-Engine anzugeben, wird die Standard-Speicher-Engine verwendet. Wenn Sie die Standard-Speicher-Engine ändern möchten, können Sie default-table-type in der Parameterdatei festlegen, um den aktuellen Speicher anzuzeigen engine

show variables like 'table_type';复制代码

Seltsam, warum ist es weg? Ich habe online nachgesehen und festgestellt, dass dieser Parameter in 5.5.3 gelöscht wurde

Sie können die von der aktuellen Datenbank unterstützte Speicher-Engine mit den folgenden zwei Methoden abfragen

show engines \g复制代码

Beim Erstellen einer neuen Tabelle können Sie hinzufügen Das Schlüsselwort ENGINE legt die Speicher-Engine der neuen Tabelle fest.

create table cxuan002(id int(10),name varchar(20)) engine = MyISAM;复制代码

Im obigen Bild haben wir die Speicher-Engine von MyISAM angegeben.

Was ist, wenn Sie die Speicher-Engine der Tabelle nicht kennen? Sie können es über show create table anzeigen

Wenn Sie keine Speicher-Engine angeben, ist MySQLs standardmäßig integrierte Speicher-Engine ab MySQL 5.1 bereits InnoDB. Erstellen Sie eine Tabelle und werfen Sie einen Blick darauf.

1280 " data-height="132"/>

default-table-type，能够查看当前的存储引擎

alter table cxuan003 engine = myisam;复制代码

奇怪，为什么没有了呢？网上求证一下，在 5.5.3 取消了这个参数

可以通过下面两种方法查询当前数据库支持的存储引擎

select character_set_name, default_collate_name, description, maxlen from information_schema.character_sets;复制代码

在创建新表的时候，可以通过增加 ENGINE 关键字设置新建表的存储引擎。

create table product(id int(11),name varchar(20),price float(10,2));复制代码

上图我们指定了 MyISAM 的存储引擎。

如果你不知道表的存储引擎怎么办？你可以通过 show create table 来查看

如果不指定存储引擎的话，从MySQL 5.1 版本之后，MySQL 的默认内置存储引擎已经是 InnoDB了。建一张表看一下

如上图所示，我们没有指定默认的存储引擎，下面查看一下表

可以看到，默认的存储引擎是 InnoDB。

如果你的存储引擎想要更换，可以使用

insert into product values(1, "apple","3.5"),(2,"banana","4.2"),(3,"melon","1.2");复制代码

来更换，更换完成后回显示 0 rows affected ，但其实已经操作成功

我们使用 show create tableWie im Bild oben gezeigt, haben wir keine Standardspeicher-Engine angegeben. Sehen Sie sich die Tabelle unten an

Sie können sehen, dass der Standardspeicher ist Die Engine ist InnoDB.

Wenn Sie die Speicher-Engine ersetzen möchten, können Sie sie mit

create view v1 as select * from product;复制代码

ersetzen. Nach Abschluss des Austauschs wird 🎜0 betroffene Zeilen🎜 angezeigt, der Vorgang war jedoch tatsächlich erfolgreich🎜🎜🎜🎜 🎜🎜Wir verwenden show create table. Überprüfen Sie die SQL der Tabelle und Sie werden es wissen🎜🎜🎜🎜🎜🎜🎜Eigenschaften der Speicher-Engine🎜🎜Im Folgenden werden einige häufig verwendete Speicher-Engines und ihre grundlegenden Eigenschaften vorgestellt. Diese Speicher-Engines sind **MyISAM, InnoDB, MEMORY AND MERGE**🎜

MyISAM

Vor Version 5.1 war MyISAM die Standardspeicher-Engine von MySQL und wurde in weniger Szenarien verwendet. Sein Hauptmerkmal ist, dass

• keine transaction-Operationen unterstützt ACID Die Funktionen sind nicht mehr vorhanden und das Design ist auf Leistung und Effizienz ausgerichtet. 事务操作，ACID 的特性也就不存在了，这一设计是为了性能和效率考虑的。

• 不支持外键操作，如果强行增加外键，MySQL 不会报错，只不过外键不起作用。

• MyISAM 默认的锁粒度是表级锁，所以并发性能比较差，加锁比较快，锁冲突比较少，不太容易发生死锁的情况。

• MyISAM 会在磁盘上存储三个文件，文件名和表名相同，扩展名分别是 .frm(存储表定义)、.MYD(MYData,存储数据)、MYI(MyIndex,存储索引)。这里需要特别注意的是 MyISAM 只缓存索引文件，并不缓存数据文件。

• MyISAM 支持的索引类型有 全局索引(Full-Text)、B-Tree 索引、R-Tree 索引

  Full-Text 索引：它的出现是为了解决针对文本的模糊查询效率较低的问题。

  B-Tree 索引：所有的索引节点都按照平衡树的数据结构来存储，所有的索引数据节点都在叶节点

  R-Tree索引：它的存储方式和 B-Tree 索引有一些区别，主要设计用于存储空间和多维数据的字段做索引,目前的 MySQL 版本仅支持 geometry 类型的字段作索引，相对于 BTREE，RTREE 的优势在于范围查找。

• 数据库所在主机如果宕机，MyISAM 的数据文件容易损坏，而且难以恢复。

• 增删改查性能方面：SELECT 性能较高，适用于查询较多的情况

InnoDB

自从 MySQL 5.1 之后，默认的存储引擎变成了 InnoDB 存储引擎，相对于 MyISAM，InnoDB 存储引擎有了较大的改变，它的主要特点是

• 支持事务操作，具有事务 ACID 隔离特性，默认的隔离级别是可重复读(repetable-read)、通过MVCC（并发版本控制）来实现的。能够解决脏读和不可重复读的问题。
• InnoDB 支持外键操作。
• InnoDB 默认的锁粒度行级锁，并发性能比较好，会发生死锁的情况。
• 和 MyISAM 一样的是，InnoDB 存储引擎也有 .frm文件存储表结构 定义，但是不同的是，InnoDB 的表数据与索引数据是存储在一起的，都位于 B+ 数的叶子节点上，而 MyISAM 的表数据和索引数据是分开的。
• InnoDB 有安全的日志文件，这个日志文件用于恢复因数据库崩溃或其他情况导致的数据丢失问题，保证数据的一致性。
• InnoDB 和 MyISAM 支持的索引类型相同，但具体实现因为文件结构的不同有很大差异。
• 增删改查性能方面，果执行大量的增删改操作，推荐使用 InnoDB 存储引擎，它在删除操作时是对行删除，不会重建表。

MEMORY

MEMORY 存储引擎使用存在内存中的内容来创建表。每个 MEMORY 表实际只对应一个磁盘文件，格式是 .frm。 MEMORY 类型的表访问速度很快，因为其数据是存放在内存中。默认使用 HASH 索引。

MERGE

MERGE 存储引擎是一组 MyISAM 表的组合，MERGE 表本身没有数据，对 MERGE 类型的表进行查询、更新、删除的操作，实际上是对内部的 MyISAM 表进行的。MERGE 表在磁盘上保留两个文件，一个是 .frm 文件存储表定义、一个是 .MRG

unterstützt keine Fremdschlüssel-Operationen. Wenn Sie einen Fremdschlüssel erzwingen, meldet MySQL keinen Fehler, aber der Fremdschlüssel funktioniert nicht.

Die standardmäßige Sperrgranularität von MyISAM ist Sperre auf Tabellenebene, daher ist die Parallelitätsleistung relativ schlecht, das Sperren erfolgt schneller, es gibt weniger Sperrkonflikte und es ist weniger wahrscheinlich, dass ein Deadlock auftritt . 🎜🎜🎜MyISAM speichert drei Dateien auf der Festplatte. Die Dateinamen und Tabellennamen sind gleich und die Erweiterungen sind .frm (Speichertabellendefinition), .MYD (MYData, Store-Daten), MYI(MyIndex, Store-Index). Hier ist besonders zu beachten, dass MyISAM nur Indexdateien und keine Datendateien zwischenspeichert. 🎜🎜🎜Zu den von MyISAM unterstützten Indextypen gehören Global Index (Full-Text), B-Tree Index, R-Tree Index Code >🎜🎜Volltextindex: Er scheint das Problem der geringen Effizienz der Fuzzy-Abfrage für Text zu lösen. 🎜🎜B-Baum-Index: Alle Indexknoten werden gemäß der Datenstruktur eines ausgeglichenen Baums gespeichert, und alle Indexdatenknoten befinden sich in Blattknoten. 🎜🎜R-Baum-Index: Die Speichermethode unterscheidet sich etwas vom B-Baum-Index Es ist hauptsächlich für die Indizierung von Feldern konzipiert, die räumliche und mehrdimensionale Daten speichern. Der Vorteil von RTREE ist die Bereichssuche. 🎜🎜🎜Wenn der Host, auf dem sich die Datenbank befindet, ausfällt, werden MyISAM-Datendateien leicht beschädigt und lassen sich nur schwer wiederherstellen. 🎜🎜🎜Hinzufügen, Löschen, Ändern und Abfrageleistung: SELECT bietet eine höhere Leistung und eignet sich für Situationen mit vielen Abfragen🎜<h4 class="heading" data-id="heading-4">InnoDB🎜🎜Seit MySQL 5.1 ist die InnoDB-Speicher-Engine zur Standard-Speicher-Engine geworden. Im Vergleich zu MyISAM hat die InnoDB-Speicher-Engine große Änderungen erfahren: Sie unterstützt Transaktionsvorgänge und verfügt über Transaktions-ACID Isolation. Die Standardisolationsstufe ist <code>repetable-read, implementiert durch MVCC (Concurrent Version Control). Es kann die Probleme von Dirty Read und non-repeatable Read lösen. 🎜InnoDB unterstützt Fremdschlüsseloperationen. 🎜InnoDBs standardmäßige Sperrgranularität ist Sperre auf Zeilenebene, was eine bessere Parallelitätsleistung bietet, aber es kann zu Deadlocks kommen. 🎜Wie MyISAM verfügt auch die InnoDB-Speicher-Engine über eine .frm-Dateispeichertabellenstruktur-Definition, der Unterschied besteht jedoch darin, dass die Tabellendaten und Indexdaten von InnoDB zusammen gespeichert werden, beide in Auf dem Blatt Knoten der B+-Nummer, die Tabellendaten und Indexdaten von MyISAM werden getrennt. 🎜InnoDB verfügt über eine sichere Protokolldatei. Diese Protokolldatei wird verwendet, um Datenverluste zu beheben, die durch einen Datenbankabsturz oder andere Situationen verursacht wurden, und um die Datenkonsistenz sicherzustellen. 🎜InnoDB und MyISAM unterstützen die gleichen Indextypen, aber die spezifische Implementierung ist aufgrund unterschiedlicher Dateistrukturen sehr unterschiedlich. 🎜In Bezug auf die Leistung beim Hinzufügen, Löschen, Ändern und Abfragen wird empfohlen, die InnoDB-Speicher-Engine zu verwenden, wenn eine große Anzahl von Vorgängen zum Hinzufügen, Löschen und Ändern ausgeführt wird. Sie löscht Zeilen während Löschvorgängen und baut die Tabelle nicht neu auf.

MEMORY🎜🎜MEMORY-Speicher-Engine verwendet im Speicher gespeicherte Inhalte, um Tabellen zu erstellen. Jede MEMORY-Tabelle entspricht tatsächlich nur einer Festplattendatei und das Format ist .frm. Auf Tabellen vom Typ MEMORY wird sehr schnell zugegriffen, da ihre Daten im Speicher gespeichert sind. Standardmäßig wird HASH-Index verwendet. 🎜

MERGE🎜🎜MERGE-Speicher-Engine ist eine Kombination aus einer Reihe von MyISAM-Tabellen. Die MERGE-Tabelle selbst enthält keine Daten. Sie kann MERGE abfragen, aktualisieren und löschen Typtabellen. Die Operation wird tatsächlich für die interne MyISAM-Tabelle ausgeführt. Die MERGE-Tabelle speichert zwei Dateien auf der Festplatte, eine ist die Datei .frm, die die Tabellendefinition speichert, und die andere ist die Datei .MRG, die die Zusammensetzung der Tabelle speichert MERGE-Tabelle. 🎜🎜Wählen Sie die geeignete Speicher-Engine aus.🎜🎜Im eigentlichen Entwicklungsprozess wählen wir häufig die geeignete Speicher-Engine basierend auf den Anwendungseigenschaften aus. 🎜

• MyISAM: Wenn die Anwendung normalerweise abruforientiert ist, nur wenige Einfüge-, Aktualisierungs- und Löschvorgänge aufweist und die Integrität und Parallelität der Dinge nicht sehr hoch ist, wird normalerweise empfohlen, die MyISAM-Speicher-Engine zu wählen.
• InnoDB: Wenn Fremdschlüssel verwendet werden, ein hohes Maß an Parallelität erforderlich ist und die Anforderungen an die Datenkonsistenz hoch sind, wird normalerweise die InnoDB-Engine gewählt. Im Allgemeinen haben große Internetunternehmen höhere Anforderungen an Parallelität und Datenintegrität Verwenden Sie die InnoDB-Speicher-Engine.
• MEMORY: Die MEMORY-Speicher-Engine speichert alle Daten im Speicher und kann einen extrem schnellen Zugriff ermöglichen, wenn ein schneller Standort erforderlich ist. MEMORY wird typischerweise für kleine Tabellen verwendet, die seltener aktualisiert werden, und für den schnellen Zugriff auf Ergebnisse.
• MERGE: MERGE verwendet MyISAM-Tabellen intern. Der Vorteil der MERGE-Tabelle besteht darin, dass sie die Größenbeschränkung einer einzelnen MyISAM-Tabelle durchbrechen kann und durch die Verteilung verschiedener Tabellen auf mehrere Festplatten die Zugriffseffizienz der MERGE-Tabelle erhöht werden kann effektiv verbessert werden.

Wählen Sie den geeigneten Datentyp

Ein Problem, auf das wir beim Erstellen einer Tabelle häufig stoßen, ist die Auswahl des geeigneten Datentyps. Im Allgemeinen kann die Auswahl des geeigneten Datentyps die Leistung verbessern und unnötige Probleme reduzieren wie man den geeigneten Datentyp auswählt.

Auswahl von CHAR und VARCHAR

char und varchar sind zwei Datentypen, die wir häufig zum Speichern von Zeichenfolgen verwenden. char speichert im Allgemeinen Zeichenfolgen fester Länge, wie zum Beispiel die folgenden: Wert

char(5)Speicherbytes '''' 5 Bytes'cx''cx '5 Bytes 'cxuan' 'cxuan'5 Bytes 'cxuan007''cxuan'5 Bytes Hier ist Folgendes zu beachten: Wenn MySQL etwas anderes als

		Sie können das unabhängig vom Wert sehen, den Sie schreiben, sobald die Länge der Zeichen angegeben ist Wenn die Länge Ihrer Zeichenfolge nicht ausreicht, um die Länge der Zeichen anzugeben, wird sie mit Leerzeichen aufgefüllt. Wenn sie die Länge der Zeichenfolge überschreitet, werden nur die Zeichen der angegebenen Zeichenlänge gespeichert.

verwendet, wird beim Speichern der letzten Zeile in der Tabelle ein Fehler gemeldet.

Wenn der Zeichentyp Varchar verwendet wird, schauen wir uns ein Beispiel an: Byte

严格模式的话，上面表格最后一行是可以存储的。如果 MySQL 使用了 严格模式

'cx'

'cx '3 Bytes6 Bytes

'cxuan'

'cxuan'

'cxuan007'

' c xuan'

6 Bytes

Sie können sehen, dass bei Verwendung von Varchar die gespeicherten Bytes entsprechend dem tatsächlichen Wert gespeichert werden. Sie fragen sich vielleicht, warum die Länge von Varchar 5 beträgt, aber 3 Bytes oder 6 Bytes gespeichert werden müssen. Dies liegt daran, dass bei Verwendung des Varchar-Datentyps standardmäßig am Ende eine Zeichenfolge hinzugefügt wird, die 1 Wort belegt. Abschnitt (zwei Bytes werden verwendet, wenn die Spaltendeklaration länger als 255 ist). Varchar füllt keine leeren Zeichenfolgen.

Verwenden Sie im Allgemeinen char, um Zeichenfolgen fester Länge zu speichern, z. B. ID-Kartennummer, Mobiltelefonnummer, E-Mail usw.; verwenden Sie varchar, um Zeichenfolgen variabler Länge zu speichern. Da die Länge von char fest ist, ist seine Verarbeitungsgeschwindigkeit viel schneller als bei VARCHAR, der Nachteil besteht jedoch darin, dass Speicherplatz verschwendet wird. Mit der kontinuierlichen Weiterentwicklung der MySQL-Versionen verbessert sich jedoch auch die Leistung des Datentyps varchar ständig Daher wird es in vielen Anwendungen verwendet. Der Typ VARCHAR wird häufiger verwendet.

In MySQL haben verschiedene Speicher-Engines unterschiedliche Nutzungsprinzipien von CHAR und VARCHAR

• MyISAM: Es wird empfohlen, Datenspalten fester Länge anstelle von Datenspalten variabler Länge zu verwenden, d. h. CHAR
• MEMORY: Verwenden Sie feste Längen Bei der Verarbeitung werden CHAR und VARCHAR als CHAR behandelt.
• InnoDB: Es wird empfohlen, den Typ VARCHAR zu verwenden. TEXT und BLOB. Im Allgemeinen wählen wir beim Speichern einer kleinen Textmenge CHAR und VARCHAR, beim Speichern einer großen Textmenge Bei Texten wählen wir oft TEXT und BLOB. Der Hauptunterschied zwischen TEXT und BLOB besteht darin, dass BLOB Binärdaten speichern kann, während TEXT nur Zeichendaten speichern kann ist nach unten unterteilt. Es gibt

TEXT

MEDIUMTEXT二进制数据；而 TEXT 只能保存字符数据，TEXT 往下细分有

• TEXT
• MEDIUMTEXT
• LONGTEXT

BLOB 往下细分有

• BLOB
• MEDIUMBLOB
• LONGBLOB

三种，它们最主要的区别就是存储文本长度不同和存储字节不同，用户应该根据实际情况选择满足需求的最小存储类型，下面主要对 BLOB 和 TEXT 存在一些问题进行介绍

TEXT 和 BLOB 在删除数据后会存在一些性能上的问题，为了提高性能，建议使用 OPTIMIZE TABLE 功能对表进行碎片整理。

也可以使用合成索引来提高文本字段（BLOB 和 TEXT）的查询性能。合成索引就是根据大文本（BLOB 和 TEXT）字段的内容建立一个散列值，把这个值存在对应列中，这样就能够根据散列值查找到对应的数据行。一般使用散列算法比如 md5() 和 SHA1() ，如果散列算法生成的字符串带有尾部空格，就不要把它们存在 CHAR 和 VARCHAR 中，下面我们就来看一下这种使用方式

首先创建一张表，表中记录 blob 字段和 hash 值

向 cxuan005 中插入数据，其中 hash 值作为 info 的散列值。

然后再插入两条数据

插入一条 info 为 cxuan005 的数据

如果想要查询 info 为 cxuan005 的数据，可以通过查询 hash 列来进行查询

这是合成索引的例子，如果要对 BLOB 进行模糊查询的话，就要使用前缀索引。

其他优化 BLOB 和 TEXT 的方式：

• 非必要的时候不要检索 BLOB 和 TEXT 索引
• 把 BLOB 或 TEXT 列分离到单独的表中。

浮点数和定点数的选择

浮点数指的就是含有小数的值，浮点数插入到指定列中超过指定精度后，浮点数会四舍五入，MySQL 中的浮点数指的就是 float 和 double，定点数指的是 decimal

LONGTEXT

BLOB und weiter unterteilt in

BLOB

MEDIUMBLOB

🎜LONGBLOB🎜🎜🎜 dass die Textlänge unterschiedlich ist und Bytes speichern Anders gesagt, Benutzer sollten den Mindestspeichertyp auswählen, der ihren tatsächlichen Anforderungen entspricht. Im Folgenden werden hauptsächlich einige Probleme mit BLOB und TEXT vorgestellt, und BLOB wird nach dem Löschen von Daten einige Leistungsprobleme haben. Es wird empfohlen, die Funktion TABELLE OPTIMIEREN zu verwenden, um die Tabelle zu defragmentieren. 🎜🎜Synthetische Indizes können auch verwendet werden, um die Abfrageleistung für Textfelder (BLOB und TEXT) zu verbessern. Der synthetische Index besteht darin, einen Hash-Wert basierend auf dem Inhalt des großen Textfelds (BLOB und TEXT) zu erstellen und diesen Wert in der entsprechenden Spalte zu speichern, sodass die entsprechende Datenzeile basierend auf dem Hash-Wert gefunden werden kann. Im Allgemeinen werden Hashing-Algorithmen wie md5() und SHA1() verwendet. Wenn die vom Hashing-Algorithmus generierten Zeichenfolgen nachgestellte Leerzeichen enthalten, sollten Sie diese nicht in CHAR und VARCHAR speichern. Schauen wir uns zunächst diese Verwendungsmethode an Erstellen Sie eine Tabelle, die Blob-Felder und Hash-Werte aufzeichnet. width="1280" data-height="131"/>🎜🎜🎜🎜Fügen Sie Daten in cxuan005 ein, wo der Hash-Wert als Hash-Wert der Informationen verwendet wird. 🎜🎜🎜🎜🎜🎜Dann fügen Sie zwei weitere Datenelemente ein🎜🎜🎜🎜🎜🎜Fügen Sie ein Datenelement mit den Informationen cxuan005🎜🎜🎜🎜🎜🎜Wenn Sie die Daten abfragen möchten, deren Informationen sind cxuan005, Sie können es über die Hash-Spalte abfragen, um Daten abzufragen -width="1280" data-height="191"/>🎜🎜🎜🎜Dies ist ein Beispiel für einen synthetischen Index. Wenn Sie eine Fuzzy-Abfrage für BLOB durchführen möchten, müssen Sie einen Präfixindex verwenden. 🎜🎜Andere Möglichkeiten zur Optimierung von BLOB und TEXT: 🎜🎜🎜Rufen Sie BLOB- und TEXT-Indizes nicht ab, es sei denn, dies ist erforderlich. 🎜🎜Trennen Sie BLOB- oder TEXT-Spalten in separate Tabellen. 🎜🎜

Auswahl von Gleitkommazahlen und Festkommazahlen🎜🎜Gleitkommazahlen beziehen sich auf Werte, die Dezimalzahlen enthalten, nachdem Gleitkommazahlen in die angegebene Zahl eingefügt wurden Spalte und überschreiten die angegebene Genauigkeit. Gleitkommazahlen beziehen sich in MySQL auf float und double, und Festkommazahlen beziehen sich auf decimal . Festkommazahlen können genauer sein. Lassen Sie uns anhand eines Beispiels die Genauigkeit von Gleitkommazahlen erklären🎜🎜Erstellen Sie zunächst eine Tabelle cxuan006, um das Problem mit Gleitkommazahlen zu testen. Daher wählen wir hier den Datentyp float🎜🎜🎜🎜🎜🎜🎜 Fügen Sie dann zwei Datenelemente ein bzw.🎜

Führen Sie dann die Abfrage aus, und Sie können sehen, dass die beiden abgefragten Daten unterschiedlich gerundet sind ein Beispiel

Ändern Sie zunächst die beiden Felder von cxuan006 auf die gleiche Länge und die gleichen Dezimalstellen sind kleiner als Festkommazahlen. Es wird gesagt, dass Fehler auftreten

Auswahl des Datumstyps

In MySQL sind die zur Darstellung verwendeten Datumstypen

DATE, TIME, DATETIME, TIMESTAMP

, in

138 Bilder werden helfen Ihnen beim Einstieg in MySQL

Die Unterschiede zwischen Datumstypen wurden in diesem Artikel vorgestellt, daher werden wir hier nicht näher darauf eingehen. Im Folgenden wird hauptsächlich die Auswahl von

TIMESTAMP vorgestellt, die sich auf die Zeitzone bezieht und die aktuelle Zeit besser widerspiegeln kann. Wenn das aufgezeichnete Datum von Personen in verschiedenen Zeitzonen verwendet werden muss, ist es am besten, TIMESTAMP zu verwenden.

DATE wird zur Darstellung von Jahr, Monat und Tag verwendet. Wenn der tatsächliche Anwendungswert Jahr, Monat und Tag speichern muss, können Sie DATE verwenden.

TIME wird zur Darstellung von Stunden, Minuten und Sekunden verwendet. Wenn der tatsächliche Anwendungswert Stunden, Minuten und Sekunden speichern muss, können Sie TIME verwenden.

YEAR wird verwendet, um das Jahr darzustellen. Es gibt zweistellige (vorzugsweise vierstellige) und vierstellige Jahresformate. Der Standardwert ist 4 Ziffern. Wenn die eigentliche Anwendung nur das Jahr speichert, ist es völlig in Ordnung, 1 Byte zum Speichern des Typs YEAR zu verwenden. Dies kann nicht nur Speicherplatz sparen, sondern auch die Effizienz der Tischbedienung verbessern.

MySQL-Zeichensatz

Lassen Sie uns den MySQL-Zeichensatz kennenlernen. Einfach ausgedrückt ist ein Zeichensatz ein Satz von Textsymbolen, Kodierungen und Vergleichsregeln. Im Jahr 1960 veröffentlichte die amerikanische Normungsorganisation ANSI den ersten Computerzeichensatz, den berühmten ASCII (American Standard Code for Information Interchange). Seit der ASCII-Kodierung hat jedes Land und jede internationale Organisation ihren eigenen Zeichensatz entwickelt, wie z. B. ISO-8859-1, GBK usw.

Aber jedes Land verwendet seinen eigenen Zeichensatz, was große Schwierigkeiten bei der Portabilität mit sich bringt. Um die Zeichenkodierung zu vereinheitlichen, hat die International Organization for Standardization (ISO) daher einen einheitlichen Zeichenstandard spezifiziert – die Unicode-Kodierung, die fast alle Zeichenkodierungen unterstützt. Hier sind einige gängige Zeichencodierungen

• Zeichensätze
• , um nicht zu bestimmen, dass es sich bei der langen Codierungsmethode

ASCII

ASCII(American Standard Code for Information Interchange) 。自从 ASCII 编码后，每个国家、国际组织都研究了一套自己的字符集，比如 ISO-8859-1、GBK 等。

但是每个国家都使用自己的字符集为移植性带来了很大的困难。所以，为了统一字符编码，国际标准化组织(ISO) um eine 7-stellige Einzelbyte-Codierung

ISO-8859-1 handelt JaEinzelbyte-8-Bit-KodierungGBKJaDoppelbyte-KodierungUTF-8Nein1 - 4-Byte-KodierungUTF -16 Nein2-Byte- oder 4-Byte-KodierungUTF-32Ja4-Byte-Kodierung

对数据库来说，字符集是很重要的，因为数据库存储的数据大多数都是各种文字，字符集对数据库的存储、性能、系统的移植来说都非常重要。

MySQL 支持多种字符集，可以使用 show character set; 来查看所有可用的字符集

或者使用

select character_set_name, default_collate_name, description, maxlen from information_schema.character_sets;复制代码

来查看。

使用 information_schema.character_set 来查看字符集和校对规则。

索引的设计和使用

我们上面介绍到了索引的几种类型并对不同的索引类型做了阐述，阐明了优缺点等等，下面我们从设计角度来聊一下索引，关于索引，你必须要知道的一点就是：索引是数据库用来提高性能的最常用工具。

索引概述

所有的 MySQL 类型都可以进行索引，对相关列使用索引是提高 SELECT 查询性能的最佳途径。MyISAM 和 InnoDB 都是使用 BTREE 作为索引，MySQL 5 不支持函数索引，但是支持 前缀索引。

前缀索引顾名思义就是对列字段的前缀做索引，前缀索引的长度和存储引擎有关系。MyISAM 前缀索引的长度支持到 1000 字节，InnoDB 前缀索引的长度支持到 767 字节，索引值重复性越低，查询效率也就越高。

在 MySQL 中，主要有下面这几种索引

• 全局索引(FULLTEXT)：全局索引，目前只有 MyISAM 引擎支持全局索引，它的出现是为了解决针对文本的模糊查询效率较低的问题，并且只限于 CHAR、VARCHAR 和 TEXT 列。
• 哈希索引(HASH)：哈希索引是 MySQL 中用到的唯一 key-value 键值对的数据结构，很适合作为索引。HASH 索引具有一次定位的好处，不需要像树那样逐个节点查找，但是这种查找适合应用于查找单个键的情况，对于范围查找，HASH 索引的性能就会很低。默认情况下，MEMORY 存储引擎使用 HASH 索引，但也支持 BTREE 索引。
• B-Tree 索引：B 就是 Balance 的意思，BTree 是一种平衡树，它有很多变种，最常见的就是 B+ Tree，它被 MySQL 广泛使用。
• R-Tree 索引：R-Tree 在 MySQL 很少使用，仅支持 geometry 数据类型，支持该类型的存储引擎只有MyISAM、BDb、InnoDb、NDb、Archive几种，相对于 B-Tree 来说，R-Tree 的优势在于范围查找。

索引可以在创建表的时候进行创建，也可以单独创建，下面我们采用单独创建的方式，我们在 cxuan004 上创建前缀索引

我们使用 explain 进行分析，可以看到 cxuan004 使用索引的情况

如果不想使用索引，可以删除索引，索引的删除语法是

索引设计原则

创建索引的时候，要尽量考虑以下原则，便于提升索引的使用效率。

• 选择索引位置，选择索引最合适的位置是出现在 where 语句中的列，而不是 select 关键字后的选择列表中的列。
• 选择使用唯一索引，顾名思义，唯一索引的值是唯一的，可以更快速的确定某条记录，例如学生的学号就适合使用唯一性索引，而学生的性别则不适合使用，因为不管搜索哪个值，都差不多有一半的行。
• 为经常使用的字段建立索引，如果某个字段经常用作查询条件，那么这个字段的查询速度在极大程度上影响整个表的查询速度，因此为这样的字段建立索引，可以提高整个表的查询速度。
• 不要过度索引，限制索引数目，索引的数目不是越多越好，每个索引都会占据磁盘空间，索引越多，需要的磁盘空间就越大。
• 尽量使用前缀索引，如果索引的值很长，那么查询速度会受到影响，这个时候应该使用前缀索引，对列的某几个字符进行索引，可以提高检索效率。
• 利用最左前缀，在创建一个 n 列的索引时，实际上是创建了 MySQL 可利用的 n 个索引。多列索引可以起到几个索引的作用，利用索引最左边的列来匹配行，这样的列称为最左前缀。
• 对于使用 InnoDB 存储引擎的表来说，记录会按照一定的顺序保存。如果有明确的主键定义，那么会按照主键的顺序进行保存；如果没有主键，但是有唯一索引，那么就按照唯一索引的顺序进行保存。如果既没有主键又没有唯一索引，那么表中会自动生成一个内部列，按照这个列的顺序进行保存。一般来说，使用主键的顺序是最快的
• 删除不再使用或者很少使用的索引

视图

MySQL 从 5.0 开始就提供了视图功能，下面我们对视图功能进行介绍。

什么是视图

视图的英文名称是 view，它是一种虚拟存在的表。视图对于用户来说是透明的，它并不在数据库中实际存在，视图是使用数据库行和列动态组成的表，那么视图相对于数据库表来说，优势体现在哪里？

视图相对于普通的表来说，优势包含下面这几项

• 使用视图可以简化操作：使用视图我们不用关注表结构的定义，我们可以把经常使用的数据集合定义成视图，这样能够简化操作。
• 安全性：用户对视图不可以随意的更改和删除，可以保证数据的安全性。
• 数据独立性：一旦视图的结构 确定了， 可以屏蔽表结构变化对用户的影响， 数据库表增加列对视图没有影响；具有一定的独立性

对视图的操作

视图的操作包括创建或者修改视图、删除视图以及查看视图定义。

创建或修改视图

使用 create view 来创建视图

为了演示功能，我们先创建一张表 product 表，有三个字段，id，name，price，下面是建表语句

create table product(id int(11),name varchar(20),price float(10,2));复制代码

然后我们向其中插入几条数据

insert into product values(1, "apple","3.5"),(2,"banana","4.2"),(3,"melon","1.2");复制代码

插入完成后的表结构如下

然后我们创建视图

create view v1 as select * from product;复制代码

然后我们查看一下 v1 视图的结构

可以看到我们把 product 中的数据放在了视图中，也相当于是创建了一个 product 的副本，只不过这个副本跟表无关。

视图使用

show tables;复制代码

也能看到所有的视图。

删除视图的语法是

drop view v1;复制代码

能够直接进行删除。

视图还有其他操作，比如查询操作

你还可以使用

describe v1;复制代码

查看表结构

更新视图

update v1 set name = "grape" where id = 1;复制代码

存储过程

MySQL 从 5.0 开始起就支持存储过程和函数了。

那么什么是存储过程呢？

存储过程是在数据库系统中完成一组特定功能的 SQL 语句集，它存储在数据库系统中，一次编译后永久有效。那么使用存储过程有什么优点呢？

• 使用存储过程具有可封装性，能够隐藏复杂的 SQL 逻辑。
• 存储过程可以接收参数，并返回结果
• 存储过程性能非常高，一般用于批量执行语句

使用存储过程有什么缺点？

• 存储过程编写复杂
• 存储过程对数据库的依赖性比较强，可移植性比较差

存储过程使用

存储过程创建

在认识到存储过程是什么之后，我们就来使用一下存储过程，这里需要先了解一个小技巧，也就是 delimiter 的用法，delimiter 用于自定义结束符，什么意思呢，如果你使用

delimiter ?复制代码

的话，那么你在 sql 语句末使用 ; 是不能使 SQL 语句执行的，不信？我们可以看下

可以看到，我们在 SQL 语句的行末使用了 ; 但是我们却没有看到执行结果。下面我们使用

delimiter ;复制代码

恢复默认的执行条件再来看下

我们创建存储过程首先要把 ; 替换为 ?，下面是一个存储过程的创建语句

mysql> delimiter ?
mysql> create procedure sp_product()
    -> begin
    -> select * from product;
    -> end ?复制代码

存储过程实际上是一种函数，所以创建完毕后，我们可以使用 call 方法来调用这个存储过程

因为我们上面定义了使用 delimiter ? 来结尾，所以这里也应该使用。

存储过程也可以接受参数，比如我们定义一种接收参数的情况

然后我们使用 call 调用这个存储过程

可以看到，当我们调用 id = 2 的时候，存储过程的 SQL 语句相当于是

select * from product where id = 2;复制代码

所以只查询出 id = 2 的结果。

存储过程删除

一次只能删除一个存储过程，删除存储过程的语法如下

drop procedure sp_product ;复制代码

直接使用 sp_product 就可以了，不用加 ()。

存储过程查看

存储过程创建后，用户可能需要需要查看存储过程的状态等信息，便于了解存储过程的基本情况

我们可以使用

show create procedure proc_name;复制代码

变量的使用

在 MySQL 中，变量可分为两大类，即系统变量和用户变量，这是一种粗略的分法。但是根据实际应用又被细化为四种类型，即局部变量、用户变量、会话变量和全局变量。

用户变量

用户变量是基于会话变量实现的，可以暂存，用户变量与连接有关，也就是说一个客户端定义的变量不能被其他客户端使用看到。当客户端退出时，链接会自动释放。我们可以使用 set 语句设置一个变量

set @myId = "cxuan";复制代码

然后使用 select 查询条件可以查询出我们刚刚设置的用户变量

用户变量是和客户端有关系，当我们退出后，这个变量会自动消失，现在我们退出客户端

exit复制代码

现在我们重新登陆客户端，再次使用 select 条件查询

发现已经没有这个 @myId 了。

局部变量

MySQL 中的局部变量与 Java 很类似 ，Java 中的局部变量是 Java 所在的方法或者代码块，而 MySQL 中的局部变量作用域是所在的存储过程。MySQL 局部变量使用 declare 来声明。

会话变量

服务器会为每个连接的客户端维护一个会话变量。可以使用

show session variables;复制代码

显示所有的会话变量。

我们可以手动设置会话变量

set session auto_increment_increment=1;

或者使用

set @@session.auto_increment_increment=2;复制代码

然后进行查询，查询会话变量使用

或者使用

全局变量

当服务启动时，它将所有全局变量初始化为默认值。其作用域为 server 的整个生命周期。

可以使用

show global variables;复制代码

查看全局变量

可以使用下面这两种方式设置全局变量

set global sql_warnings=ON;        -- global不能省略

/** 或者 **/

set @@global.sql_warnings=OFF;复制代码

查询全局变量时，可以使用

或者是

MySQL 流程语句介绍

MySQL 支持下面这些控制语句

• IF

IF 用于实现逻辑判断，满足不同条件执行不同的 SQL 语句

IF ... THEN ...复制代码

• CASE

CASE 实现比 IF 稍微复杂，语法如下

CASE ...
	WHEN ... THEN...
	...
END CASE复制代码

CASE 语句也可以使用 IF 来完成

• LOOP

LOOP 用于实现简单的循环

label:LOOP
     ...
END LOOP label;复制代码

如果 ... 中不写 SQL 语句的话，那么就是一个简单的死循环语句

• LEAVE

用来表示从标注的流程构造中退出，通常和 BEGIN...END 或者循环一起使用

• ITERATE

ITERATE 语句必须用在循环中，作用是跳过当前循环的剩下的语句，直接进入下一轮循环。

• REPEAT

带有条件的循环控制语句，当满足条件的时候退出循环。

REPEAT
   ...
   UNTIL
END REPEAT;复制代码

• WHILE

WHILE 语句表示的含义和 REPEAT 相差无几，WHILE 循环和 REPEAT 循环的区别在于：WHILE 是满足条件才执行循环，REPEAT 是满足条件退出循环；

触发器

MySQL 从 5.0 开始支持触发器，触发器一般作用在表上，在满足定义条件时触发，并执行触发器中定义的语句集合，下面我们就来一起认识一下触发器。

举个例子来认识一下触发器：比如你有一个日志表和金额表，你每录入一笔金额就要进行日志表的记录，你会怎么样？同时在金额表和日志表插入数据吗？如果有了触发器，你可以直接在金额表录入数据，日志表会自动插入一条日志记录，当然，触发器不仅只有新增操作，还有更新和删除操作。

创建触发器

我们可以用如下的方式创建触发器

create trigger triggername triggertime triggerevent on tbname for each row triggerstmt复制代码

上面涉及到几个参数，我知道你有点懵逼，解释一下。

• triggername：这个指的就是触发器的名字
• triggertime：这个指的就是触发器触发时机，是 BEFORE 还是 AFTER
• triggerevent: 这个指的就是触发器触发事件，一共有三种事件：INSERT、UPDATE 或者 DELETE。
• tbname：这个参数指的是触发器创建的表名，在哪个表上创建
• triggerstmt: 触发器的程序体，也就是 SQL 语句

所以，可以创建六种触发器

BEFORE INSERT、AFTER INSERT、BEFORE UPDATE、AFTER UPDATE、BEFORE DELETE、AFTER DELETE

上面的 for each now 表示任何一条记录上的操作都会触发触发器。

下面我们通过一个例子来演示一下触发器的操作

我们还是用上面的 procuct 表做例子，我们创建一个 product_info 产品信息表。

create table product_info(p_info varchar(20)); 
复制代码

然后我们创建一个 trigger

我们在 product 表中插入一条数据

insert into product values(4,"pineapple",15.3);复制代码

我们进行 select 查询，可以看到现在 product 表中有四条数据

我们没有向 product_info 表中插入数据，现在我们来看一下 product_info 表中，我们预想到是有数据的，具体来看下

这条数据是什么时候插入的呢？我们在创建触发器 tg_pinfo 的时候插入了的这条数据。

删除触发器

触发器可以使用 drop 进行删除，具体删除语法如下

drop trigger tg_pinfo;复制代码

和删除表的语法是一样的

查看触发器

我们经常会查看触发器，可以通过执行 show triggers 命令查看触发器的状态、语法等信息。

另一种查询方式是查询表中的 information_schema.triggers 表，这个可以查询指定触发器的指定信息，操作起来方便很多

触发器的作用

• 在添加一条数据前，检查数据是否合理，例如检查邮件格式是否正确
• 删除数据后，相当于数据备份的作用
• 可以记录数据库的操作日志，也可以作为表的执行轨迹

注意：触发器的使用有两个限制

1. 触发程序不能调用将数据返回客户端的存储程序。也不能使用 CALL 语句的动态 SQL 语句。
2. 不能在触发器中开始和结束语句，例如 START TRANSACTION

更多相关免费学习推荐：mysql教程(视频)

Das obige ist der detaillierte Inhalt von47 Bilder, die Sie durch die Weiterentwicklung von MySQL führen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!