可能有人會驚奇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亮點事務住數據字典，完全脫離了MylSAM存儲引擎
真正將數據字典放到了1nnoOB中的一些表中，夕J長下再需要FRM、TRG、pAR文件啦！Inf
rmationSchema現在以數據字典表的一個視圖出現。原則上可以完全不需要MylSAM數據
表類型了，所有的系統表都可以放到Inn0OB之中。
角色是一系列歎限的集台。可以創建角色，給莫個用戶授子和去除角色。這對於權限管理
很方便。
uttsmb4字芍集將成為默認字符集，並支持Unicode 9
默認字符集將從1atinl改為uttsmb4，默認走序collatlon將從latlnl_swedish_ci改為utf8mb4_800_ci_ai。
可以將一些索引設置為不可見，這樣SOL優化器就不會用到它，但是它會繼續在後台板紛寺
更新。當有需要時，可以隨時恢復可見。
對二進制數據可以進行位操作
不僅僅可以對BIGIN下進行位操作，從8.0開始也支持對[VAR]BINARY/[TINY|MEDIUM|LONG]BLOB進行位操作了。
持續性的全球變量lnnoDB緩沖區現在可以估算主內存緩存區中的有多少表和索引，這可以讓優化器選擇訪問
方式時知道數據是否可以存儲在陣存中環旱必須存儲到磁盤上。
加速了片段讀取/更新操作，可以加速JSON數據的操作。
重構SQL分析器持續不斷的逐步改進SQL分析器。舊的分析器由於其語法復雜性和目頂向下的分析方式從而有嚴重的限制，導致難以維護和擴展。
成本模型1nn0OB緩沖區現在可以估算主內存緩存區中的有多少表和索引，這可以讓優化器選擇訪問
方式時知道數據是否可以存儲在陣存中環旱必須存儲到磁盤上。
Inn0OB會持久化保持自增序列的最大值到redo日志中。這個改講環修復了一個非營老的19
g號bug。
改進了lnnOOB范圍裡到旬的性能，可提升全表查詢和范圍查詢5一20％的性能。
臨時表取消對壓縮臨時表的支持，並存儲臨時表的元數據到內存中。
目前8.0.0還是開發版本，如果你希望體驗和測試最新特性，可以從 dev.mysql.com[3] 下載各個平台的安裝包。不過，MySQL軟件包是越來越大了，Linux平台上的二進制打包後就將近有1 GB。如果在產品環境中使用，在8.0沒有進入穩定版本之前，請繼續使用5.7系列，當前最新的版本是5.7.15 GA版本——這只有600 M多。
原文來自：http://mt.sohu.com/20160918/n468647987.shtml
本文地址：http://www.linuxprobe.com/mysql-8-update.html編輯：鄭帥，審核員：馮琪
http://xxxxxx/Linuxjc/1184597.html TechArticle