MySQL 8.0.0開發裡程碑版發布!_Mysql

MySQL Team Dev於 12 日宣布 MySQL 8.0.0 開發裡程碑版本（DMR）發布！ 可能有人會驚奇 MySQL 為何從 5.x 一下跳躍到了 8.0。事實上，MySQL 5.x 系列已經延續了很多年，從被 Oracle 收購之前就是 5.1，而收購之後一直維持在 5.x，比如 5.5，5.6，5.7 等等。其實，如果按照原本的發布節奏，可以把 5.6.x 當成 6.x，5.7.x 當成 7.x。所以，只是換了版本命名方式而已。

　　不過這次發布的 MySQL 8.0.0 開發版本還是有不少亮點的。

MySQL 8.0.0 亮點

事務性資料字典，完全脫離了 MyISAM 儲存引擎

真正將資料字典放到了 InnoDB 中的一些表中，從此不再需要 FRM、TRG、PAR 檔案啦！Information Schema 現在以資料字典表的一個視圖出現。原則上可以完全不需要 MyISAM 資料表類型了，所有的系統資料表都可以放到 InnoDB 之中。

SQL 角色

角色是一系列許可權的集合。可以建立角色，給某個使用者授予和去除角色。這對於許可權管理很方便。

utf8mb4 字元集將成為預設字元集，並支援 Unicode 9

預設字元集將從 latin1 改為 utf8mb4，預設定序 collation 將從 latin1_swedish_ci 改為 utf8mb4_800_ci_ai。

不可見索引

可以將一些索引設定為不可見，這樣 SQL 最佳化器就不會用到它，但是它會繼續在後台保持更新。當有需要時，可以隨時恢複可見。

對位元據可以進行位操作

不僅僅可以對 BIGINT 進行位操作，從 8.0 開始也支援對 [VAR]BINARY/[TINYMEDIUMLONG]BLOB 進行位操作了。

改進了對 IPv6 和 UUID 的操作

INET6_ATON () 和 INET6_NTOA () 現在可以進行位操作了，因為 INET6_ATON ()現在返回的是 VARBINARY (16) 資料類型（128 位）。改進了 UUID 操作，引入了三個新的函數 UUID_TO_BIN ()， BIN_TO_UUID ()和 IS_UUID () 。MySQL 並沒有特殊的 IPv6 和 UUID 資料類型，而是以 VARBINARY (16) 資料類型儲存的。

持久性的全域變數

可以用 SET PERSIST 來設定持久性的全域變數，即便重啟也會保持下來。

效能資料庫 Performance Schema 的改進

比如對效能資料庫增加了 100 多個索引，可以檢索更快。

重構 SQL 分析器

持續不斷的逐步改進 SQL 分析器。舊的分析器由於其文法複雜性和自頂向下的分析方式從而有嚴重的限制，導致難以維護和擴充。

成本模型

InnoDB 緩衝區現在可以估算主記憶體緩衝區中的有多少表和索引，這可以讓最佳化器選擇訪問方式時知道資料是否可以儲存在記憶體中還是必須儲存到磁碟上。

長條圖 Histograms

通過使用長條圖，使用者或 DBA 可以對資料分布進行統計，這可以用於查詢最佳化以尋找最佳化的查詢方案。

改進掃描效能

改進了 InnoDB 範圍查詢的效能，可提升全表查詢和範圍查詢 5-20% 的效能。

重構 BLOB

重構 BLOB 加速了片段讀取/更新操作，可以加速 JSON 資料的操作。

持久化自增值

InnoDB 會持久化保持自增序列的最大值到 redo 日誌中。這個改進還修複了一個非常老的 199 號 bug。

暫存資料表

取消對壓縮暫存資料表的支援，並儲存暫存資料表的中繼資料到記憶體中。

　　其它的更多重要改進和細節，請參考 MySQL 8.0.0 發布公告[1]和[2] 。

下載

　　目前 8.0.0 還是開發版本，如果你希望體驗和測試最新特性，可以從 dev.mysql.com[3] 下載各個平台的安裝包。不過，MySQL 軟體包是越來越大了，Linux 平台上的二進位打包後就將近有 1 GB。如果在產品環境中使用，在 8.0 沒有進入穩定版本之前，請繼續使用 5.7 系列，當前最新的版本是 5.7.15 GA 版本——這隻有 600 M 多。

　　最新的原始碼放在GitHub 上，感興趣的朋友可以去看看，其中有不少是中國人的貢獻。

[1]: http://dev.mysql.com/doc/relnotes/mysql/8.0/en/

[2]: http://mysqlserverteam.com/the-mysql-8-0-0-milestone-release-is-available/

[3]: http://dev.mysql.com/downloads/mysql/