Dieser Artikel vermittelt Ihnen Wissen über die drei neuen Indizes, die in der MySQL 8.x-Version hinzugefügt wurden. In MySQL 8.x gibt es drei neue Indexmethoden: versteckter Index, absteigender Index und Funktionsindex. Ich hoffe, dass sie für alle hilfreich sind.
In früheren Versionen von MySQL konnten Indizes nur dann explizit gelöscht werden, wenn nach dem Löschen der falsche Index gefunden wurde. Der gelöschte Index konnte nur dann wieder hinzugefügt werden, wenn die Datenmenge in der Datenbank sehr groß war Wenn der Tisch groß ist oder der Tisch relativ groß ist, sind die Kosten für diesen Vorgang sehr hoch.
In MySQL 8.0 müssen Sie diesen Index zunächst nur als versteckten Index festlegen, damit der Abfrageoptimierer diesen Index zu diesem Zeitpunkt noch vom MySQL-Backend verwaltet Legen Sie diesen Index als versteckten Index fest. Wenn das System nicht betroffen ist, löschen Sie den Index vollständig. Dies ist die Soft-Delete-Funktion.
Graustufenveröffentlichung bedeutet, dass Sie beim Erstellen eines Index zunächst den Index auf einen ausgeblendeten Index festlegen, den ausgeblendeten Index durch Ändern des Schalters des Abfrageoptimierers für den Abfrageoptimierer sichtbar machen und den Index durch Erklären testen, um zu bestätigen, dass der Index vorhanden ist Wenn einige Abfragen diesen Index verwenden können, können Sie ihn als sichtbaren Index festlegen, um den Effekt der Graustufenveröffentlichung zu erzielen.
(1) Melden Sie sich bei MySQL an, erstellen Sie die testdb-Datenbank und erstellen Sie eine Testtabelle t1 in der Datenbank
mysql> create database if not exists testdb; Query OK, 1 row affected (0.58 sec) mysql> use testdb; Database changed mysql> create table if not exists t1(i int, j int); Query OK, 0 rows affected (0.05 sec)
(2) Erstellen Sie einen Index für Feld i, wie unten gezeigt.
mysql> create index i_idx on t1(i); Query OK, 0 rows affected (0.34 sec) Records: 0 Duplicates: 0 Warnings: 0
(3) Erstellen Sie einen versteckten Index für Feld j. Wenn Sie einen versteckten Index erstellen, müssen Sie nur das unsichtbare Schlüsselwort nach der Anweisung hinzufügen, die den Index erstellt, wie unten gezeigt
mysql> create index j_idx on t1(j) invisible; Query OK, 0 rows affected (0.01 sec) Records: 0 Duplicates: 0 Warnings: 0
(4) Überprüfen Sie die Indexsituation in die t1-Tabelle. Wie unten gezeigt
rrreekönnen Sie sehen, dass es in der t1-Tabelle zwei Indizes gibt, einen i_idx und einen j_idx. Das Visible-Attribut von i_idx ist YES, was darauf hinweist, dass dieser Index das Visibles-Attribut ist von j_idx ist NO, was darauf hinweist, dass dieser Index nicht sichtbar ist.
(5) Überprüfen Sie die Verwendung dieser beiden Indizes durch den Abfrageoptimierer.
Verwenden Sie zunächst das Feld i zur Abfrage, wie unten gezeigt.
mysql> show index from t1 \G *************************** 1. row *************************** Table: t1 Non_unique: 1 Key_name: i_idx Seq_in_index: 1 Column_name: i Collation: A Cardinality: 0 Sub_part: NULL Packed: NULL Null: YES Index_type: BTREE Comment: Index_comment: Visible: YES Expression: NULL *************************** 2. row *************************** Table: t1 Non_unique: 1 Key_name: j_idx Seq_in_index: 1 Column_name: j Collation: A Cardinality: 0 Sub_part: NULL Packed: NULL Null: YES Index_type: BTREE Comment: Index_comment: Visible: NO Expression: NULL 2 rows in set (0.02 sec)
Sie können sehen, dass der Abfrageoptimierer nicht den versteckten Index für das J-Feld verwendet, sondern einen vollständigen Tabellenscan verwendet, um die Daten abzufragen.
(6) Versteckte Indizes für den Optimierer sichtbar machen
In MySQL 8.x steht eine neue Testmethode zur Verfügung. Sie können eine bestimmte Einstellung über einen Schalter des Optimierers aktivieren, um den versteckten Index für den Abfrageoptimierer sichtbar zu machen.
Überprüfen Sie die Schalter des Abfrageoptimierers wie unten gezeigt.
mysql> explain select * from t1 where i = 1 \G *************************** 1. row *************************** id: 1 select_type: SIMPLE table: t1 partitions: NULL type: ref possible_keys: i_idx key: i_idx key_len: 5 ref: const rows: 1 filtered: 100.00 Extra: NULL 1 row in set, 1 warning (0.02 sec) 可以看到，查询优化器会使用i字段的索引进行优化。 接下来，使用字段j进行查询，如下所示。 mysql> explain select * from t1 where j = 1 \G *************************** 1. row *************************** id: 1 select_type: SIMPLE table: t1 partitions: NULL type: ALL possible_keys: NULL key: NULL key_len: NULL ref: NULL rows: 1 filtered: 100.00 Extra: Using where 1 row in set, 1 warning (0.00 sec)
Hier sehen Sie den folgenden Attributwert:
mysql> select @@optimizer_switch \G *************************** 1. row *************************** @@optimizer_switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,engine_condition_pushdown=on,index_condition_pushdown=on,mrr=on,mrr_cost_based=on,block_nested_loop=on,batched_key_access=off,materialization=on,semijoin=on,loosescan=on,firstmatch=on,duplicateweedout=on,subquery_materialization_cost_based=on,use_index_extensions=on,condition_fanout_filter=on,derived_merge=on,use_invisible_indexes=off,skip_scan=on,hash_join=on 1 row in set (0.00 sec)
gibt an, ob der Optimierer unsichtbare Indizes verwendet. Der Standardwert ist deaktiviert und wird nicht verwendet.
Als nächstes aktivieren Sie den Abfrageoptimierer, um unsichtbare Indizes auf Sitzungsebene in MySQL zu verwenden, wie unten gezeigt.
use_invisible_indexes=off
Überprüfen Sie als Nächstes erneut die Schaltereinstellungen des Abfrageoptimierers, wie unten gezeigt.
mysql> set session optimizer_switch="use_invisible_indexes=on"; Query OK, 0 rows affected (0.00 sec)
Zu diesem Zeitpunkt können Sie use_invisible_indexes=on sehen, was darauf hinweist, dass der versteckte Index für den Abfrageoptimierer sichtbar ist.
Analysieren Sie die Abfragedaten erneut mithilfe des j-Felds der t1-Tabelle, wie unten gezeigt.
mysql> select @@optimizer_switch \G *************************** 1. row *************************** @@optimizer_switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,engine_condition_pushdown=on,index_condition_pushdown=on,mrr=on,mrr_cost_based=on,block_nested_loop=on,batched_key_access=off,materialization=on,semijoin=on,loosescan=on,firstmatch=on,duplicateweedout=on,subquery_materialization_cost_based=on,use_index_extensions=on,condition_fanout_filter=on,derived_merge=on,use_invisible_indexes=on,skip_scan=on,hash_join=on 1 row in set (0.00 sec)
Sie können sehen, dass der Abfrageoptimierer den versteckten Index im J-Feld verwendet, um die Abfrage zu optimieren.
(7) Legen Sie den sichtbaren und unsichtbaren Index fest.
Setzen Sie den verborgenen Index für Feld j auf sichtbar, wie unten gezeigt.
mysql> explain select * from t1 where j = 1 \G *************************** 1. row *************************** id: 1 select_type: SIMPLE table: t1 partitions: NULL type: ref possible_keys: j_idx key: j_idx key_len: 5 ref: const rows: 1 filtered: 100.00 Extra: NULL 1 row in set, 1 warning (0.00 sec)
Setzen Sie den Index für Feld j wie unten gezeigt auf unsichtbar.
mysql> alter table t1 alter index j_idx visible; Query OK, 0 rows affected (0.01 sec) Records: 0 Duplicates: 0 Warnings: 0
(8) Der Primärschlüssel in MySQL kann nicht als unsichtbarer Index festgelegt werden
Es ist zu beachten, dass der Primärschlüssel in MySQL nicht als unsichtbar festgelegt werden kann.
Erstellen Sie eine Testtabelle t2 in der testdb-Datenbank, wie unten gezeigt.
mysql> alter table t1 alter index j_idx invisible; Query OK, 0 rows affected (0.01 sec) Records: 0 Duplicates: 0 Warnings: 0
Als nächstes erstellen Sie einen unsichtbaren Primärschlüssel in der t2-Tabelle, wie unten gezeigt
mysql> create table t2(i int not null); Query OK, 0 rows affected (0.01 sec)
Sie können sehen, dass die SQL-Anweisung einen Fehler meldet und der Primärschlüssel nicht als unsichtbarer Index festgelegt werden kann.
(1) In MySQL 5.7 unterstützte Syntax
Erstellen Sie zunächst die Testdatenbank testdb in MySQL 5.7 und erstellen Sie in der Datenbank testdb eine Testtabelle t2 ist wie unten gezeigt.
mysql> alter table t2 add primary key pk_t2(i) invisible; ERROR 3522 (HY000): A primary key index cannot be invisible
Unter diesen wird in der Tabelle t2 ein Index mit dem Namen idx1 erstellt. Das Feld c1 im Index wird in aufsteigender Reihenfolge und das Feld c2 in absteigender Reihenfolge sortiert.
Überprüfen Sie als Nächstes die Erstellungsinformationen der T2-Tabelle, wie unten gezeigt
mysql> create database if not exists testdb; Query OK, 0 rows affected (0.71 sec) mysql> use testdb; Database changed mysql> create table if not exists t2(c1 int, c2 int, index idx1(c1 asc, c2 desc)); Query OK, 0 rows affected (0.71 sec)
Sie können sehen, dass MySQL Version 5.7 keine Sortierinformationen für die Felder c1 und c2 in den Tabellenerstellungsinformationen enthält und die Standardeinstellung aufsteigende Reihenfolge ist.
(2) In MySQL 8.0 unterstützte Syntax
Erstellen Sie die t2-Tabelle in MySQL 8. In MySQL 8.x sind die Sortierinformationen der Felder im erstellten Index vorhanden.
(3) Die Verwendung von Indizes durch den Abfrageoptimierer in MySQL 5.7
Fügen Sie zunächst einige Daten in Tabelle t2 ein, wie unten gezeigt.mysql> insert into t2(c1, c2) values(1, 100), (2, 200), (3, 150), (4, 50); Query OK, 4 rows affected (0.19 sec) Records: 4 Duplicates: 0 Warnings: 0
接下来，查询t2表中的数据，如下所示。
mysql> select * from t2; +------+------+ | c1 | c2 | +------+------+ | 1 | 100 | | 2 | 200 | | 3 | 150 | | 4 | 50 | +------+------+ 4 rows in set (0.00 sec)
可以看到，t2表中的数据插入成功。
接下来，查看查询优化器对索引的使用情况，这里，查询语句按照c1字段升序，按照c2字段降序，如下所示。
mysql> explain select * from t2 order by c1, c2 desc \G*************************** 1. row *************************** id: 1 select_type: SIMPLE table: t2 partitions: NULL type: indexpossible_keys: NULL key: idx1 key_len: 10 ref: NULL rows: 4 filtered: 100.00 Extra: Using index; Using filesort1 row in set, 1 warning (0.12 sec)
可以看到，在MySQL 5.7中，按照c2字段进行降序排序，并没有使用索引。
（4）MySQL 8.x中查询优化器对降序索引的使用情况。
查看查询优化器对降序索引的使用情况。
首先，在表t2中插入一些数据，如下所示。
mysql> insert into t2(c1, c2) values(1, 100), (2, 200), (3, 150), (4, 50); Query OK, 4 rows affected (0.00 sec) Records: 4 Duplicates: 0 Warnings: 0
接下来，查询t2表中的数据，如下所示。
mysql> select * from t2; +------+------+ | c1 | c2 | +------+------+ | 1 | 100 | | 2 | 200 | | 3 | 150 | | 4 | 50 | +------+------+ 4 rows in set (0.00 sec)
可以看到，t2表中的数据插入成功。
在MySQL中如果创建的是升序索引，则指定查询的时候，只能按照升序索引的方式指定查询，这样才能使用升序索引。
接下来，查看查询优化器对索引的使用情况，这里，查询语句按照c1字段升序，按照c2字段降序，如下所示。
mysql> explain select * from t2 order by c1, c2 desc \G*************************** 1. row *************************** id: 1 select_type: SIMPLE table: t2 partitions: NULL type: indexpossible_keys: NULL key: idx1 key_len: 10 ref: NULL rows: 4 filtered: 100.00 Extra: Using index1 row in set, 1 warning (0.00 sec)
可以看到，在MySQL 8.x中，按照c2字段进行降序排序，使用了索引。
使用c1字段降序，c2字段升序排序，如下所示。
mysql> explain select * from t2 order by c1 desc, c2 \G*************************** 1. row *************************** id: 1 select_type: SIMPLE table: t2 partitions: NULL type: indexpossible_keys: NULL key: idx1 key_len: 10 ref: NULL rows: 4 filtered: 100.00 Extra: Backward index scan; Using index1 row in set, 1 warning (0.00 sec)
可以看到，在MySQL 8.x中仍然可以使用索引，并使用了索引的反向扫描。
（5）MySQL 8.x中不再对GROUP BY进行隐式排序
在MySQL 5.7中执行如下命令，按照c2字段进行分组，查询每组中数据的记录条数。
mysql> select count(*), c2 from t2 group by c2; +----------+------+ | count(*) | c2 | +----------+------+ | 1 | 50 | | 1 | 100 | | 1 | 150 | | 1 | 200 | +----------+------+ 4 rows in set (0.18 sec)
可以看到，在MySQL 5.7中，在c2字段上进行了排序操作。
在MySQL 8.x中执行如下命令，按照c2字段进行分组，查询每组中数据的记录条数。
mysql> select count(*), c2 from t2 group by c2; +----------+------+ | count(*) | c2 | +----------+------+ | 1 | 100 | | 1 | 200 | | 1 | 150 | | 1 | 50 | +----------+------+ 4 rows in set (0.00 sec)
可以看到，在MySQL 8.x中，在c2字段上并没有进行排序操作。
在MySQL 8.x中如果需要对c2字段进行排序，则需要使用order by语句明确指定排序规则，如下所示。
mysql> select count(*), c2 from t2 group by c2 order by c2; +----------+------+ | count(*) | c2 | +----------+------+ | 1 | 50 | | 1 | 100 | | 1 | 150 | | 1 | 200 | +----------+------+ 4 rows in set (0.00 sec)
（1）创建测试表t3
在testdb数据库中创建一张测试表t3，如下所示。
mysql> create table if not exists t3(c1 varchar(10), c2 varchar(10)); Query OK, 0 rows affected (0.01 sec)
（2）创建普通索引
在c1字段上创建普通索引
mysql> create index idx1 on t3(c1); Query OK, 0 rows affected (0.01 sec) Records: 0 Duplicates: 0 Warnings: 0
（3）创建函数索引
在c2字段上创建一个将字段值转化为大写的函数索引，如下所示。
mysql> create index func_index on t3 ((UPPER(c2))); Query OK, 0 rows affected (0.02 sec) Records: 0 Duplicates: 0 Warnings: 0
（4）查看t3表上的索引信息，如下所示。
mysql> show index from t3 \G*************************** 1. row *************************** Table: t3 Non_unique: 1 Key_name: idx1 Seq_in_index: 1 Column_name: c1 Collation: A Cardinality: 0 Sub_part: NULL Packed: NULL Null: YES Index_type: BTREE Comment: Index_comment: Visible: YES Expression: NULL*************************** 2. row *************************** Table: t3 Non_unique: 1 Key_name: func_index Seq_in_index: 1 Column_name: NULL Collation: A Cardinality: 0 Sub_part: NULL Packed: NULL Null: YES Index_type: BTREE Comment: Index_comment: Visible: YES Expression: upper(`c2`)2 rows in set (0.01 sec)
（5）查看查询优化器对两个索引的使用情况
首先，查看c1字段的大写值是否等于某个特定的值，如下所示。
mysql> explain select * from t3 where upper(c1) = 'ABC' \G*************************** 1. row *************************** id: 1 select_type: SIMPLE table: t3 partitions: NULL type: ALLpossible_keys: NULL key: NULL key_len: NULL ref: NULL rows: 1 filtered: 100.00 Extra: Using where1 row in set, 1 warning (0.00 sec)
可以看到，没有使用索引，进行了全表扫描操作。
接下来，查看c2字段的大写值是否等于某个特定的值，如下所示。
mysql> explain select * from t3 where upper(c2) = 'ABC' \G *************************** 1. row *************************** id: 1 select_type: SIMPLE table: t3 partitions: NULL type: ref possible_keys: func_index key: func_index key_len: 43 ref: const rows: 1 filtered: 100.00 Extra: NULL1 row in set, 1 warning (0.00 sec)
可以看到，使用了函数索引。
（6）函数索引对JSON数据的索引
首先，创建测试表emp，并对JSON数据进行索引，如下所示。
mysql> create table if not exists emp(data json, index((CAST(data->>'$.name' as char(30))))); Query OK, 0 rows affected (0.02 sec)
上述SQL语句的解释如下：
简单的理解为，就是取name节点的值，将其转化为char(30)类型。
接下来，查看emp表中的索引情况，如下所示。
mysql> show index from emp \G *************************** 1. row *************************** Table: emp Non_unique: 1 Key_name: functional_index Seq_in_index: 1 Column_name: NULL Collation: A Cardinality: 0 Sub_part: NULL Packed: NULL Null: YES Index_type: BTREE Comment: Index_comment: Visible: YES Expression: cast(json_unquote(json_extract(`data`,_utf8mb4\'$.name\')) as char(30) charset utf8mb4) 1 row in set (0.00 sec)
（7）函数索引基于虚拟列实现
首先，查看t3表的信息，如下所示。
mysql> desc t3; +-------+-------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------+-------------+------+-----+---------+-------+ | c1 | varchar(10) | YES | MUL | NULL | | | c2 | varchar(10) | YES | | NULL | | +-------+-------------+------+-----+---------+-------+ 2 rows in set (0.00 sec)
在c1上建立了普通索引，在c2上建立了函数索引。
接下来，在t3表中添加一列c3，模拟c2上的函数索引，如下所示。
mysql> alter table t3 add column c3 varchar(10) generated always as (upper(c1)); Query OK, 0 rows affected (0.03 sec) Records: 0 Duplicates: 0 Warnings: 0
c3列是一个计算列，c3字段的值总是使用c1字段转化为大写的结果。
接下来，向t3表中插入一条数据，其中，c3列是一个计算列，c3字段的值总是使用c1字段转化为大写的结果，在插入数据的时候，不需要为c3列插入数据，如下所示。
mysql> insert into t3(c1, c2) values ('abc', 'def');
Query OK, 1 row affected (0.00 sec)查询t3表中的数据，如下所示。
mysql> select * from t3; +------+------+------+ | c1 | c2 | c3 | +------+------+------+ | abc | def | ABC | +------+------+------+ 1 row in set (0.00 sec)
可以看到，并不需要向c3列中插入数据，c3列的数据为c1字段的大写结果数据。
如果想模拟函数索引的效果，则可以使用如下方式。
首先，在c3列上添加索引，如下所示。
mysql> create index idx3 on t3(c3); Query OK, 0 rows affected (0.11 sec) Records: 0 Duplicates: 0 Warnings: 0
接下来，再次查看c1字段的大写值是否等于某个特定的值，如下所示。
mysql> explain select * from t3 where upper(c1) = 'ABC' \G*************************** 1. row *************************** id: 1 select_type: SIMPLE table: t3 partitions: NULL type: ref possible_keys: idx3 key: idx3 key_len: 43 ref: const rows: 1 filtered: 100.00 Extra: NULL1 row in set, 1 warning (0.00 sec)
此时，就使用了idx3索引。
推荐学习：mysql视频教程
Das obige ist der detaillierte Inhalt vonDetaillierte Analyse der drei neuen Indexmethoden, die in MySQL 8.x hinzugefügt wurden (Zusammenfassungsfreigabe). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
MySQL ändert den Namen der Datentabelle
MySQL erstellt eine gespeicherte Prozedur
Der Unterschied zwischen Mongodb und MySQL
So überprüfen Sie, ob das MySQL-Passwort vergessen wurde
MySQL-Datenbank erstellen
MySQL-Standard-Transaktionsisolationsstufe
Der Unterschied zwischen SQL Server und MySQL
mysqlPasswort vergessen
