MySQL 8.0.0 發布
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/[TINY|MEDIUM|LONG]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 發布公告和這裡。
下載
目前 8.0.0 還是開發版本,如果你希望體驗和測試最新特性,可以從 dev.mysql.com 下載各個平台的安裝包。不過,MySQL 軟體包是越來越大了,Linux 平台上的二進位打包後就將近有 1 GB。如果在產品環境中使用,在 8.0 沒有進入穩定版本之前,請繼續使用 5.7 系列,當前最新的版本是 5.7.15 GA 版本——這隻有 600 M 多。
最新的源代碼放在 GitHub 上,感興趣的朋友可以去看看,其中有不少是中國人的貢獻。
推薦閱讀:
※MySQL儲存emoji
※同一台伺服器上裝MySQL和oracle會有衝突么?
※MongoDB的空間分配
※談談產品分析中涉及到的Mysql 的數據操作
※MySQL訓練——SELECT in SELECT@sqlzoo.net
TAG:MySQL |