MySQL 開發團隊於 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/