原創 MySQL5 7 虛擬列實現表示式索引

2021-09-03 04:08:35 字數 4316 閱讀 1938

mysql自古以來就不提供函式索引這麼複雜的功能。那怎麼在mysql裡面實現這樣的功能呢? 我們先來看看函式索引的概念。函式索引,也可稱為表示式索引,也就是基於欄位以特定函式(表示式)建立索引來提公升查詢效能之需。函式索引的優勢在於更加精確的獲取所需要的資料。

mysql 5.7提供了乙個新的特性,虛擬列,可以很完美的解決這個問題。

在介紹虛擬列之前,我們來看看在mysql裡面普通索引的範例。

示例表結構:

create table t1 (id int ,rank int, log_time datetime, nickname varchar(64)) engine innodb;

alter table t1 add primary key (id), add key idx_rank (rank),add key idx_log_time (log_time);

示例表資料量,這裡我增加了5000條記錄:

mysql> select count(*) from t1;

+----------+

| count(*) |

+----------+

|     5000 |

+----------+

1 row in set (0.00 sec)

假設我們來檢索2023年4月9號的資料。(結果是有兩條記錄,id 分別為95和3423。)

mysql> select * from t1 where date(log_time) = '2015-04-09'\g

*************************** 1. row ***************************

id: 95

rank: 24

log_time: 2015-04-09 05:53:13

nickname: test

*************************** 2. row ***************************

id: 3423

rank: 42

log_time: 2015-04-09 02:55:38

nickname: test

2 rows in set (0.01 sec)

下來我們看看這條語句的查詢計畫。

mysql> explain select * from t1 where date(log_time) = '2015-04-09'\g

*************************** 1. row ***************************

id: 1

select_type: ******

table: t1

partitions: null

type: all

possible_keys: null

key: null

key_len: null

ref: null

rows: 5000

filtered: 100.00

extra: using where

1 row in set, 1 warning (0.00 sec)

我們發現type是all,掃瞄的函式是5000,也就是說這條語句進行了乙個全表掃瞄。 雖然給字段log_time 加了索引,但是沒有用到,那這個時候怎麼辦?

在mysql裡面一般這樣修改:

mysql> select * from t1 where log_time >= '2015-04-09 00:00:00' and log_time <='2015-04-10 00:00:00'\g

*************************** 1. row ***************************

id: 3423

rank: 42

log_time: 2015-04-09 02:55:38

nickname: test

*************************** 2. row ***************************

id: 95

rank: 24

log_time: 2015-04-09 05:53:13

nickname: test

2 rows in set (0.00 sec)

通過查詢結果,發現結果集一致,那再來看看查詢計畫

mysql> explain select * from t1 where log_time >= '2015-04-09 00:00:00' and log_time <= '2015-04-10 00:00:00'\g

*************************** 1. row ***************************

id: 1

select_type: ******

table: t1

partitions: null

type: range

possible_keys: idx_log_time

key: idx_log_time

key_len: 6

ref: null

rows: 2

filtered: 100.00

extra: using index condition

1 row in set, 1 warning (0.00 sec)

可以看到這條修改過的語句很好的利用到了idx_log_time這條索引。

那好,這個是之前在mysql 5.6以及之前的舊版本解決方法,隨著mysql 5.7的發布,虛擬列的出現讓這個問題更加簡單。

現在修改下之前的表結構:

alter table t1 add column log_date  date as (date(log_time)) stored, add key idx_log_date (log_date);
這樣,增加了一新列,用來存放date(log_time)這個表示式,並且給他加了一列索引。

那麼,之前的語句就變成如下:

mysql> select * from t1 where log_date = '2015-04-09'\g

*************************** 1. row ***************************

id: 95

rank: 24

log_time: 2015-04-09 05:53:13

nickname: test

log_date: 2015-04-09

*************************** 2. row ***************************

id: 3423

rank: 42

log_time: 2015-04-09 02:55:38

nickname: test

log_date: 2015-04-09

2 rows in set (0.00 sec)

執行後結果集和之前的一致。

我們來看看查詢計畫,發現很好的利用了idx_log_date索引列。

mysql> explain  select * from t1 where log_date = '2015-04-09'\g

*************************** 1. row ***************************

id: 1

select_type: ******

table: t1

partitions: null

type: ref

possible_keys: idx_log_date

key: idx_log_date

key_len: 4

ref: const

rows: 2

filtered: 100.00

extra: null

1 row in set, 1 warning (0.00 sec)

通過以上介紹,我們看到虛擬列實現起來相對之前的方法來的容易的多。但是這裡筆者還是得說上幾句。

函式索引的用法以及sql語句雖然寫起來簡單,但是在大部分場合下,只能說不得已而為之,是一種設計上的缺陷,後期增加了運維人員的運維難度以及繁瑣度。這也就是為什麼mysql 直到5.7才推出了這項類似的功能的原因。

原創 MySQL5 7 虛擬列實現表示式索引

mysql自古以來就不提供函式索引這麼複雜的功能。那怎麼在mysql裡面實現這樣的功能呢?我們先來看看函式索引的概念。函式索引,也可稱為表示式索引,也就是基於欄位以特定函式 表示式 建立索引來提公升查詢效能之需。函式索引的優勢在於更加精確的獲取所需要的資料。mysql 5.7提供了乙個新的特性,虛擬...

原創 MySQL5 7 虛擬列實現表示式索引

mysql自古以來就不提供函式索引這麼複雜的功能。那怎麼在mysql裡面實現這樣的功能呢?我們先來看看函式索引的概念。函式索引,也可稱為表示式索引,也就是基於欄位以特定函式 表示式 建立索引來提公升查詢效能之需。函式索引的優勢在於更加精確的獲取所需要的資料。mysql 5.7提供了乙個新的特性,虛擬...

MySQL5 7 虛擬列實現表示式索引

mysql自古以來就不提供函式索引這麼複雜的功能。那怎麼在mysql裡面實現這樣的功能呢?我們先來看看函式索引的概念。函式索引,也可稱為表示式索引,也就是基於欄位以特定函式 表示式 建立索引來提公升查詢效能之需。函式索引的優勢在於更加精確的獲取所需要的資料。mysql 5.7提供了乙個新的特性,虛擬...