MySQL于 2016-09-12正式發(fā)布8.0 DM 版本到現(xiàn)在的 8.0.3 RC版本,進度還是蠻快的。對Oracle比較了解的朋友看到最近的MySQL 8.0的功能，會有一致的想法：在Oracle的帶領下MySQL越來越像Oracle，包括安裝包也越來越大。

本文從字符集、數(shù)據(jù)庫管理、性能優(yōu)化、安全等方面為大家匯總介紹 8.0 版本的比較吸引人的新特性，詳細的新的功能 特性還需要去官方文檔查看。

新的系統(tǒng)字典表

由于MySQL采用Server層和插件式存儲引擎層的架構模式，在Server層MySQL為每個表創(chuàng)建frm文件來保存表定義相關的元數(shù)據(jù)信息。

然而部分存儲引擎(比如InnoDB)本身也會存儲元數(shù)據(jù)，這樣不僅產(chǎn)生了元數(shù)據(jù)冗余，而且由于Server層和引擎層各自管理表的元數(shù)據(jù)，在執(zhí)行DDL類似的操作時，遇到異常情況，系統(tǒng)很難做到crash-safe，DDL操作也做不到原子性。

從MySQL 8.0 開始采用新的Data Dictionary 系統(tǒng)，所有的元數(shù)據(jù)都用InnoDB引擎進行存儲，使用新的系統(tǒng)帶來如下好處：

1. 解決DDL的原子性問題。
2. 支持事務型的字典存儲系統(tǒng)和crash safe 。
3. 去掉基于文件的元數(shù)據(jù)存儲，比如表定義文件frm文件及其他server層的元數(shù)據(jù)文件(frm, par, trn, trg,isl, db.opt)
4. 支持使用統(tǒng)一集中的緩存系統(tǒng)來緩存數(shù)據(jù)字典信息。

新的Information Schema定義

MySQL 8.0版本使用視圖重構I_S 庫中的表，隱藏了系統(tǒng)表，通過查詢物理表的方式避免了為I_S查詢創(chuàng)建臨時表(臨時表的操作包含了server層創(chuàng)建frm, 引擎層獲取數(shù)據(jù)or需要鎖保護的全局數(shù)據(jù))，查詢性能大幅度提升。

有興趣的朋友可以閱讀官方團隊的文章新的IS系統(tǒng)帶來的性能提升。

• http://mysqlserverteam.com/mysql-8-0-scaling-and-performance-of-information_schema/?spm=5176.100239.blogcont61286.10.f8hlVB
• http://mysqlserverteam.com/mysql-8-0-improvements-to-information_schema/?spm=5176.100239.blogcont61286.9.f8hlVB

角色管理

增加角色role，看到這里Oracle DBA朋友是不是覺得似曾相識。角色是一些列權限的集合，可以給某個用戶授予和回收角色，使用角色可以更方便進行權限管理。參考一個簡單的例子：

創(chuàng)建role

CREATE ROLE 'app_read', 'app_write'; 

給role賦權

GRANT SELECT ON app_db.* TO 'app_read'; 
 
GRANT INSERT, UPDATE, DELETE ON app_db.* TO 'app_write';  

創(chuàng)建用戶

CREATE USER 'ro_user'@'localhost' IDENTIFIED BY 'read_user1pass'; 
 
CREATE USER 'rw_user'@'localhost' IDENTIFIED BY 'rw_user1pass';  

給用戶賦予角色

GRANT 'app_read' TO 'ro_user'@'localhost'; 
 
GRANT 'app_read','app_write' TO 'rw_user'@'localhost'; ##將兩種角色的權限賦予賬號  

說點自己的關于role的想法，對于精細化管理的MySQL運維系統(tǒng)會基于業(yè)務來區(qū)分權限，role的用處可能用處不大。但是對于很多庫混合在一起的實例場景，又有不同的開發(fā)同學需要申請個人賬戶訪問db，可以通過role類維護權限分配。

配置文件

MySQL 8.0版本支持在線修改全局參數(shù)持久化，通過加上PERSIST關鍵字，可以將調(diào)整持久化到新的配置文件中，再次重啟db還可以應用到***的參數(shù)。對于加上 PERSIST 關鍵字修改參數(shù)命令，MySQL系統(tǒng)會生成一個包含json格式數(shù)據(jù)的 mysqld-auto.cnf 文件，比如執(zhí)行：

set globa sync_binlog=1; 

系統(tǒng)會生成一個包含如下內(nèi)容的 mysqld-auto.cnf 的文件：

{ "mysql_server": {"sync_binlog": "1" } } 

當 my.cnf 和 mysqld-auto.cnf 同時存在時，后者具有高優(yōu)先級。

自增列優(yōu)化

其實這個不算是新特性，而是解決了之前一個歷史悠久的bug(bugid為199).MySQL 8.0 版本之前InnoDB初始化AUTO_INCREMENT的方式:在DB重啟時，MySQL會將表上***的自增值作為***值，下次分配是分配max(id)+1,如果是歸檔表或者其它模式刪除數(shù)據(jù)之后，DB系統(tǒng)重啟，自增值可能被重用。

8.0 版本不再重置auto_increment 的值，直接復用重啟之前的***值，具體解決方法請移步WL#7816

http://dev.mysql.com/worklog/task/?spm=5176.100239.blogcont60885.10.7NgPbk&id=7816

InnoDB 優(yōu)化

1、直方圖

MySQL 8.0 版本開始支持期待已久直方圖。優(yōu)化器會利用存儲在I_S的column_statistics的數(shù)據(jù)，判斷字段的值的分布，得到更準確的執(zhí)行計劃。我們可以使用

ANALYZE TABLE table_name [UPDATE HISTOGRAM|DROP HISTOGRAM] 

來收集或者刪除直方圖信息。

2、不可見索引

開始支持invisible index，(是不是感覺又和Oracle一樣了)，在優(yōu)化SQL的過程中可以設置索引為不可見，優(yōu)化器變不會利用不可見索引。另外如果對于具有歷史原因的表，不清楚到底用不用索引，可以設置索引為不可見，觀察一段時間再將索引下線。使用該功能的時候記得檢查optimizer_switch中use_invisible_indexes參數(shù)是否為off。如果是on 優(yōu)化器在優(yōu)化的時候會依然使用不可見索引。

3、支持會話級別SET_VAR 動態(tài)調(diào)整部分參數(shù)，有利于提升語句性能。

select /*+ SET_VAR(sort_buffer_size = 16M) */ name from people order y name; 
 
insert /*+ SET_VAR(foreign_key_checks=OFF) */ into t2 values(2);  

拆或者刪除mutex鎖

對MySQL 技術發(fā)展比較了解的朋友肯定知道解決高并發(fā)的問題常用的手段就是“拆鎖和移除鎖”。 MySQL 8.0版本使用多個更細粒度的mutex代替buffer pool mutex這把大鎖。

具體的替換方式如下：

- LRU_list_mutex for the LRU_list;

- zip_free mutex for the zip_free arrays;

- zip_hash mutex for the zip_hash hash and in_zip_hash flag;

- free_list_mutex for the free_list and withdraw list.

通過對鎖的拆分，降低了全局鎖的競爭，提升了申請buffer pool的并發(fā)處理能力。

行緩存

MySQL 8.0 版本的優(yōu)化器可以估算將要讀取的行數(shù)，因此可以提供給存儲引擎一個合適大小的row buffer來存儲需要的數(shù)據(jù)。大批量的連續(xù)數(shù)據(jù)掃描的性能將受益于更大的record buffer。

臨時表

取消對壓縮臨時表的支持，并存儲臨時表的元數(shù)據(jù)到內(nèi)存中，提高性能 。

字符集

默認字符集由 latin1 修改為 utf8mb4,并增加支持 Unicode 9 ,字符集校驗相應的修改為utf8mb4_800_ci_ai (大小寫不敏感)。

另外一個大小寫敏感的校驗字符集是utf8mb4_ru_0900_as_cs。

默認參數(shù)

1. 修改back_log的默認值，保持和 max_connections一致，增強突發(fā)流量帶來的連接處理容量。
2. 修改 event_scheduler 默認為ON，之前默認是關閉的。看來MySQL以后推薦大家使用任務job 這個功能了，對于規(guī)模化運維需要有一套平臺工具為做管理，否則人員的流動會帶來 穩(wěn)定性上面的風險。
3. 調(diào)整max_allowed_packet 的默認值，從4M增加到64M，其實推薦512M 并且朱備庫一定要保持一致，否則異常斷電的情況下會報1236錯誤。
4. 調(diào)整bin_log,log_slaves_update默認值為on。
5. 增加binlog的過期時間為30天，老版本是7天，以后上生產(chǎn)環(huán)境時，請務必檢查該參數(shù)，防止binlog過多造成空間緊張。

支持DDL 原子操作

InnoDB表的DDL支持事務完整性，要么成功要么回滾，將DDL操作回滾日志寫入到data dictionary 數(shù)據(jù)字典表 mysql.innodb_ddl_log 中用于回滾操作。

總結

本文例舉了MySQL 8.0 部分新特性或者功能,更加細節(jié)的知識歡迎閱讀官方手冊 https://dev.mysql.com/doc/relnotes/mysql/8.0/en/preface.html。

從上面的功能特性來看MySQL不斷向前發(fā)展，解決了很多DBA的日常問題，希望能夠盡快GA。