[[400495]]

本文介紹幾個(gè) 8.0 在關(guān)系數(shù)據(jù)庫方面的主要新特性。

你可能已經(jīng)知道 MySQL 從版本 5.7 開始提供了 NoSQL 存儲(chǔ)的功能，在 8.0 中這部分功能也得到了一些改進(jìn)，但鑒于這個(gè)在實(shí)際當(dāng)中用得極少，本人也是沒用過，所以本文不會(huì)介紹這方面的東西，而是關(guān)注其關(guān)系數(shù)據(jù)庫方面。

1、隱藏索引

隱藏索引的特性對(duì)于性能調(diào)試非常有用。在 8.0 中，索引可以被“隱藏”和“顯示”。當(dāng)一個(gè)索引隱藏時(shí)，它不會(huì)被查詢優(yōu)化器所使用。

也就是說，我們可以隱藏一個(gè)索引，然后觀察對(duì)數(shù)據(jù)庫的影響。如果數(shù)據(jù)庫性能有所下降，就說明這個(gè)索引是有用的，于是將其“恢復(fù)顯示”即可；如果數(shù)據(jù)庫性能看不出變化，說明這個(gè)索引是多余的，可以刪掉了。

隱藏一個(gè)索引的語法是： 

ALTER TABLE t ALTER INDEX i INVISIBLE; 

恢復(fù)顯示該索引的語法是： 

ALTER TABLE t ALTER INDEX i VISIBLE; 

當(dāng)一個(gè)索引被隱藏時(shí)，我們可以從 show index 命令的輸出中看到，該索引的 Visible 屬性值為 NO。具體可看這篇：牛逼！MySQL 8.0 中的索引可以隱藏了…

注意：當(dāng)索引被隱藏時(shí)，它的內(nèi)容仍然是和正常索引一樣實(shí)時(shí)更新的，這個(gè)特性本身是專門為優(yōu)化調(diào)試使用。如果你長期隱藏一個(gè)索引，那還不如干脆刪掉，因?yàn)楫吘顾饕拇嬖跁?huì)影響插入、更新和刪除的性能。

2、設(shè)置持久化

MySQL 的設(shè)置可以在運(yùn)行時(shí)通過 SET GLOBAL 命令來更改，但是這種更改只會(huì)臨時(shí)生效，到下次啟動(dòng)時(shí)數(shù)據(jù)庫又會(huì)從配置文件中讀取。

MySQL 8 新增了 SET PERSIST 命令，例如：

SET PERSIST max_connections = 500; 

MySQL 會(huì)將該命令的配置保存到數(shù)據(jù)目錄下的 mysqld-auto.cnf 文件中，下次啟動(dòng)時(shí)會(huì)讀取該文件，用其中的配置來覆蓋缺省的配置文件。

3、UTF-8 編碼

從 MySQL 8 開始，數(shù)據(jù)庫的缺省編碼將改為 utf8mb4，這個(gè)編碼包含了所有 emoji 字符。

多少年來我們使用 MySQL 都要在編碼方面小心翼翼，生怕忘了將缺省的 latin 改掉而出現(xiàn)亂碼問題。從此以后就不用擔(dān)心了。

4、通用表表達(dá)式（Common Table Expressions）

復(fù)雜的查詢會(huì)使用嵌入式表，例如： 

SELECT t1.*, t2.* FROM   
  (SELECT col1 FROM table1) t1,  
  (SELECT col2 FROM table2) t2; 

而有了 CTE，我們可以這樣寫： 

WITH  
  t1 AS (SELECT col1 FROM table1),  
  t2 AS (SELECT col2 FROM table2)  
SELECT t1.*, t2.*   
FROM t1, t2; 

這樣看上去層次和區(qū)域都更加分明，改起來也更清晰的知道要改哪一部分。

關(guān)于 CTE 的更詳細(xì)介紹請(qǐng)看官方文檔，關(guān)注公眾號(hào)Java技術(shù)棧可以閱讀更多 MySQL 系列教程及面試題。

5、窗口函數(shù)（Window Functions）

MySQL 被吐槽最多的特性之一就是缺少 rank() 函數(shù)，當(dāng)需要在查詢當(dāng)中實(shí)現(xiàn)排名時(shí)，必須手寫 @ 變量。但是從 8.0 開始，MySQL 新增了一個(gè)叫窗口函數(shù)的概念，它可以用來實(shí)現(xiàn)若干新的查詢方式。

窗口函數(shù)有點(diǎn)像是 SUM()、COUNT() 那樣的集合函數(shù)，但它并不會(huì)將多行查詢結(jié)果合并為一行，而是將結(jié)果放回多行當(dāng)中。也就是說，窗口函數(shù)是不需要 GROUP BY 的。

假設(shè)我們有一張 “班級(jí)學(xué)生人數(shù)” 表： 

mysql> select * from classes;  
+--------+-----------+  
| name   | stu_count |  
+--------+-----------+  
| class1 |        41 |  
| class2 |        43 |  
| class3 |        57 |  
| class4 |        57 |  
| class5 |        37 |  
+--------+-----------+  
5 rows in set (0.00 sec) 

如果我要對(duì)班級(jí)人數(shù)從小到大進(jìn)行排名，可以這樣利用窗口函數(shù)： 

mysql> select *, rank() over w as `rank` from classes  
    -> window w as (order by stu_count); 
+--------+-----------+------+  
| name   | stu_count | rank |  
+--------+-----------+------+  
| class5 |        37 |    1 |  
| class1 |        41 |    2 |  
| class2 |        43 |    3 |  
| class3 |        57 |    4 |  
| class4 |        57 |    4 |  
+--------+-----------+------+  
5 rows in set (0.00 sec) 

在這里我們創(chuàng)建了名為 w 的 window，規(guī)定它對(duì) stu_count 字段進(jìn)行排序，然后在 select 子句中對(duì) w 執(zhí)行 rank() 方法，將結(jié)果輸出為 rank 字段。

其實(shí)，window 的創(chuàng)建是可選的。例如我要在每一行中加入學(xué)生總數(shù)，則可以這樣： 

mysql> select *, sum(stu_count) over() as total_count  
    -> from classes;  
+--------+-----------+-------------+  
| name   | stu_count | total_count |  
+--------+-----------+-------------+  
| class1 |        41 |         235 |  
| class2 |        43 |         235 |  
| class3 |        57 |         235 |  
| class4 |        57 |         235 |  
| class5 |        37 |         235 |  
+--------+-----------+-------------+  
5 rows in set (0.00 sec) 

這樣做有什么用呢？

這樣我們就可以一次性將每個(gè)班級(jí)的學(xué)生人數(shù)占比查出來了： 

mysql> select *,  
    -> (stu_count)/(sum(stu_count) over()) as rate  
    -> from classes;  
+--------+-----------+--------+  
| name   | stu_count | rate   |  
+--------+-----------+--------+  
| class1 |        41 | 0.1745 |  
| class2 |        43 | 0.1830 |  
| class3 |        57 | 0.2426 |  
| class4 |        57 | 0.2426 |  
| class5 |        37 | 0.1574 |  
+--------+-----------+--------+  
5 rows in set (0.00 sec) 

看來 MySQL 8.0 改進(jìn)還挺人性化的，你用的哪個(gè)版本呢？