MySQL 8.0.21 版本已于昨日發(fā)布（dev.mysql.com），開(kāi)始對(duì)一些術(shù)語(yǔ)如 Master / Slave 等做了替換。下面是來(lái)自官方團(tuán)隊(duì)對(duì)此版本的重點(diǎn)功能解讀。

更詳細(xì)的內(nèi)容請(qǐng)參考：
https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-21.html

InnoDB

添加全局禁用 redo log 功能的配置項(xiàng)(WL#13795)

支持動(dòng)態(tài)啟停 redo log，可使數(shù)據(jù)庫(kù)寫(xiě)入速度更快，服務(wù)也更容易崩潰并丟失整個(gè)實(shí)例數(shù)據(jù)。

ALTER INSTANCE ENABLE|DISABLE INNODB REDO_LOG;

主要適用在加載初始數(shù)據(jù)時(shí)，首先禁用 redo log，加載數(shù)據(jù)，再次開(kāi)啟。

表空間文件名驗(yàn)證變?yōu)榭蛇x項(xiàng)(WL#14008)

通過(guò)參數(shù) --innodb-validate-tablespace-paths (ON|OFF) 可決定是否開(kāi)啟表空間文件名驗(yàn)證功能。在 HDD 系統(tǒng)中掃描表空間開(kāi)銷(xiāo)很大，在我們知道用戶不會(huì)頻繁移動(dòng)文件的情況下，可以通過(guò)跳過(guò)驗(yàn)證減少啟動(dòng)時(shí)間。即使該參數(shù)設(shè)置為 OFF，依然可以使用 ALTER TABLESPACE 語(yǔ)法。

鎖系統(tǒng)的優(yōu)化(WL#10314)

以往用單個(gè)閂鎖保護(hù)保護(hù)所有隊(duì)列的訪問(wèn)，擴(kuò)展性很差，隊(duì)列管理成為瓶頸，因此引入更細(xì)化的閂鎖方法。將每個(gè)表和每一行都可以視為資源，并且事務(wù)可以請(qǐng)求對(duì)資源的訪問(wèn)權(quán)限。鎖系統(tǒng)將 GRANTED 和 WAITING 的請(qǐng)求都存在一個(gè)隊(duì)列中。為了允許隊(duì)列并發(fā)操作，提供了一種安全快速鎖定隊(duì)列的方式。

將所有的 InnoDB 表空間限定為已知的目錄 (WL#13065)

將表空間文件的位置限定在已知目錄(datadir, innodb_data_home_dir, innodb_directories, and innodb_undo_directory)。目的是限制可以在任何位置創(chuàng)建文件從而導(dǎo)致恢復(fù)過(guò)程出現(xiàn)意外的情況。

Undo DDL 支持 ACID (WL#11819)

改進(jìn) Undo 表空間性能和安全性，可對(duì) Undo 表空間自動(dòng)截?cái)?。?duì) Undo 表空間的 CREATE / TRUNCATE 操作都被記錄到 redo log。優(yōu)點(diǎn)是避免了之前解決方案在 Undo 截?cái)噙^(guò)程中需要兩個(gè)檢查點(diǎn)，這些檢查點(diǎn)可能阻塞系統(tǒng)。此修改還修復(fù)了幾個(gè)影響到 Undo 的命令：CREATE、DROP 和 TRUNCATE。

JSON

添加 JSON_VALUE 函數(shù)(WL#12228)

目的是簡(jiǎn)化 JSON 值的索引創(chuàng)建，可以從給定的 JSON 值中獲取指定位置的值，并作為指定類型返回。

SELECT JSON_VALUE('{"name": "Evgen"}', '$.name')

以 VARCHAR(512) 返回的無(wú)引號(hào)字符串 Evgen，并帶有 JSON 的默認(rèn)排序規(guī)則。

SELECT JSON_VALUE('{"price": 123.45}', '$.price' RETURNING DECIMAL(5,2))

以 DECIMAL(5,2) 返回 123.45。

SQL DDL

CREATE TABLE…AS SELECT 語(yǔ)句成為原子語(yǔ)句(WL#13355)

以往此舉作為兩個(gè)不同的事務(wù)執(zhí)行（CREATE TABLE 和 SELECT INTO）進(jìn)行處理，結(jié)果在某些情況下，已經(jīng)提交 CREATE TABLE 但回滾了 SELECT INTO。目前解決了此問(wèn)題并順便修復(fù)了(Bug#47899)。

優(yōu)化器

引入了新的優(yōu)化器參數(shù)以禁用限制優(yōu)化(WL#13929)

prefer_ordering_index 默認(rèn)開(kāi)啟，新的開(kāi)關(guān)控制優(yōu)化，存在限制子句時(shí)從非排序索引切換到分組依據(jù)和排序依據(jù)的排序索引。

半聯(lián)接和單表 UPDATE / DELETE (WL#6057)

以往單表的快速查詢繞過(guò)了優(yōu)化器并直接執(zhí)行，從而使得這些語(yǔ)句無(wú)法從更高級(jí)的優(yōu)化（半聯(lián)接）中受益。

// 以往以下兩句用不到 semijoin，較慢UPDATE t1 SET x=y WHERE z IN (SELECT * FROM t2); DELETE FROM t1 WHERE z IN (SELECT * FROM t2);//以下語(yǔ)句可以用到，較快SELECT x FROM t1 WHERE z IN (SELECT * FROM t2);

優(yōu)化后，以上 SQL 語(yǔ)句像其它查詢一樣通過(guò)優(yōu)化器和執(zhí)行器。不再需要在 UPDATE / DELETE 語(yǔ)句中添加無(wú)關(guān)表（多表 UPDATE / DELETE 可以使用 semijoin）。此外可在語(yǔ)句上執(zhí)行 EXPLAIN FORMAT = TREE 和 EXLPAIN ANALYZE。目前解決了此問(wèn)題并順便修復(fù)了(Bug#96423)和(Bug##35794)。

組復(fù)制

降低緩存參數(shù)的最小值(WL#13979)

group_replication_message_cache_size 從 1 GB 降低到 128 MB。這使 DBA 可以減少 XCom 緩存的大小，以便 InnoDB Cluster 可以成功地部署在具有少量?jī)?nèi)存（例如 16GB）和良好網(wǎng)絡(luò)連接的主機(jī)上。

指定可以通過(guò)哪些端點(diǎn)恢復(fù)流量(WL#13767)

用于指定在分布式恢復(fù)期間用于組復(fù)制的 IP 和端口。目的是控制網(wǎng)絡(luò)基礎(chǔ)架構(gòu)中流量的恢復(fù)，例如：出于穩(wěn)定性或安全性原因。

以 C++ 編譯 XCom (WL#13842)

由于 C++ 的高級(jí)功能和更豐富的標(biāo)準(zhǔn)庫(kù)，加速未來(lái)的發(fā)展。

將重要的 GP 日志消息分類為系統(tǒng)消息(WL#13769)

將某些組復(fù)制日志消息重新分類為系統(tǒng)消息。始終記錄系統(tǒng)消息，而與服務(wù)器日志級(jí)別無(wú)關(guān)。目的是確保 DBA 可以觀察組中的主要事件。

開(kāi)啟組復(fù)制語(yǔ)句以支持憑據(jù)作為參數(shù)(WL#13768)

擴(kuò)展 START GROUP_REPLICATION 命令，以將 USER，PASSword，DEFAULT_AUTH 和 PLUGIN_DIR 接受為恢復(fù)通道的可選參數(shù)。目的是避免將憑據(jù)存儲(chǔ)在文件中，這在某些環(huán)境中可能是安全問(wèn)題。

組成員嘗試自動(dòng)恢復(fù)參數(shù)默認(rèn)值修改(WL#13706)

group_replication_autorejoin_tries 默認(rèn)值從 0 增加到 3。當(dāng)該值為 0 時(shí)，組復(fù)制網(wǎng)絡(luò)分區(qū)超過(guò) 5 秒鐘會(huì)導(dǎo)致成員退出該組而不返回。導(dǎo)致需要執(zhí)行手動(dòng)操作以將成員帶回。目標(biāo)是提供“自動(dòng)網(wǎng)絡(luò)分區(qū)處理”，包括從網(wǎng)絡(luò)分區(qū)中恢復(fù)，最有效的方法是將 group_replication_autorejoin_tries 設(shè)置大于 0。

組成員等待參數(shù)默認(rèn)值修改(WL#13773)

group_replication_member_expel_timeout 從 0 增加到 5。以降低速度較慢的網(wǎng)絡(luò)上或出現(xiàn)瞬時(shí)網(wǎng)絡(luò)故障時(shí)不必要的驅(qū)逐和主要故障轉(zhuǎn)移的可能性。默認(rèn)值的新值表示該成員將在無(wú)法訪問(wèn)后 10 秒鐘被驅(qū)逐：在懷疑成員已離開(kāi)組織前花了 5 秒鐘等待，然后在驅(qū)逐該成員之前又等待了 5 秒鐘。

支持二進(jìn)制日志校驗(yàn)和(WL#9038)

支持組復(fù)制中二進(jìn)制日志校驗(yàn)和。在進(jìn)行此更改之前，組復(fù)制插件要求禁用 binlog-checksum，現(xiàn)在取消了此限制。Binlog 校驗(yàn)和的目的是通過(guò)自動(dòng)計(jì)算和驗(yàn)證二進(jìn)制日志事件的校驗(yàn)和來(lái)確保數(shù)據(jù)完整性。

X 插件

--mysqlx-bind-address 支持多值(WL#12715)

允許用戶使用多個(gè) IP 地址（接口）配置 X Plugin 綁定地址，用戶可以在其中跳過(guò)主機(jī)的不需要的接口。MySQL 8.0.13(WL#11652)中引入了對(duì)多個(gè)地址的綁定。

路由器

用戶可配置的日志文件名(WL#13838)

可將日志寫(xiě)入 mysqlrouter.log 以外的文件名，并將控制臺(tái)消息重定向到 stdout 而不是 stderr。

支持從應(yīng)用程序中隱藏節(jié)點(diǎn)(WL#13787)

增加了對(duì)每個(gè)實(shí)例元數(shù)據(jù)屬性的支持，該屬性指示給定實(shí)例是隱藏的，不應(yīng)用作目標(biāo)候選對(duì)象。MySQL Router 支持在 InnoDB Cluster 的各個(gè)節(jié)點(diǎn)之間分布連接。通常將負(fù)載分配給所有節(jié)點(diǎn)是一個(gè)很好的默認(rèn)設(shè)置，并且可以預(yù)期，但是用戶可能有理由將一個(gè)節(jié)點(diǎn)排除在接收負(fù)載之外。例如：用戶可能希望從應(yīng)用程序流量中排除給定的服務(wù)器實(shí)例，以便可以在不中斷傳入流量的情況下對(duì)其進(jìn)行維護(hù)。

其它

創(chuàng)建 / 更改用戶增加 JSON 描述（WL#13562）

元數(shù)據(jù)以 JSON 對(duì)象的結(jié)構(gòu)添加到 mysql.user 表的 user_attributes 列中。JSON 對(duì)象允許用戶還將其用戶帳戶元數(shù)據(jù)存儲(chǔ)到該列中，例如：

ALTER USER foo ATTRIBUTE '{ "free_text" : "This is a free form text" }'; //將存儲(chǔ)為 metadata{"metadata": {"free_text": "This is a free form text"}}. 

用戶元數(shù)據(jù)在用戶的信息架構(gòu)表中公開(kāi)。

為管理員連接端口支持單獨(dú)的 TLS 證書(shū)集(WL#13850)

為用戶端口和管理員端口使用不同的 TLS 證書(shū)。MySQL 支持用于管理連接的專用端口。以前，管理員連接端口和常規(guī)客戶端-服務(wù)器連接端口都共享同一組 TLS 證書(shū)。在托管的托管環(huán)境中，這帶來(lái)了挑戰(zhàn)，因?yàn)椋?/p>

1. 客戶可能希望攜帶自己的證書(shū)

2. 內(nèi)部和外部證書(shū)的證書(shū)輪換策略可能不同。

現(xiàn)在，我們?yōu)楣芾磉B接端口引入了一套單獨(dú)的 TLS 證書(shū)以及其他相關(guān)的配置和狀態(tài)參數(shù)，并對(duì)來(lái)自這兩個(gè)不同端口的連接使用了單獨(dú)的 SSL 上下文。

異步客戶端的壓縮協(xié)議(WL#13510)

8.0.16 中添加了對(duì)異步客戶端的支持。8.0.18 添加了對(duì)同步客戶端協(xié)議壓縮的支持。最后一步確保異步客戶端也支持協(xié)議壓縮。目的是減少跨數(shù)據(jù)中心的網(wǎng)絡(luò)流量。這項(xiàng)工作基于 Facebook 的貢獻(xiàn)(BUG#88567)。

安全的客戶端庫(kù) LOAD DATA LOCAL INFILE 路徑/目錄(WL#13168)

客戶端配置將指定允許和不允許的內(nèi)容。然后，當(dāng)服務(wù)器請(qǐng)求文件時(shí)，客戶端將檢查規(guī)格并接受或拒絕請(qǐng)求。

棄用

在分區(qū)函數(shù)中棄用對(duì)前綴鍵的支持(WL#13588)

如果表在 PARTITION BY KEY 子句中包含具有前綴鍵索引的列，則產(chǎn)生棄用警告。將來(lái)，該語(yǔ)法將給出錯(cuò)誤消息。