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);那麼，之前的語句就變成如下：
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提供了乙個新的特性，虛擬...