MySQL 8.0.0里程碑版本是可用的

MySQL開發團隊很高興的宣佈mysql8.0.0是一個開發的里程碑釋出(DMR)，現在可以在dev.mysql.com上下載。原始碼下載地址在GitHub。你可以找到全部的修改變化列表和bug修改在8.0.0 Release Notes.
這裡給出的是亮點，令人振奮的地方。

1.事務性資料字典（Transactional Data Dictionary）

MySQL 8.0將會擁有一個真正的資料字典來實現一系列的SQL表儲存在InoDB，並且在這次8.0.0里程碑版本中我們提供了大部分這種儲存。frm,trg,par這種檔案將不再有。在資料字典表中Information Schema作為檢視已經被重新實現。DDL語句成為原子和故障安全性可用性增強。MyISAM現在原則上可選的所有系統表已經從MyISAM和InnoDB。這篇文章將解釋一些深度的新資料字典,但首先我們交付的其他特性和變化在這個8.0.0 DMR。

2. SQL的角色 （SQL roles）

Roles (WL#988) —這項工作由克里斯汀Petterson MySQL
8.0中實現了標準的SQL的角色。一個角色是一個命名的許可權集合。可以授予角色,授予角色、建立角色、刪除角色,並決定哪些角色適用在一個會話。grant roles, grant to roles, create roles, drop roles, 我們還提供了一個SQL函式ROLES_GRAPHML()返回一個graphml文件子圖代表的作用。在未來,我們希望利用“系統角色”當超級特權分解成更細粒度的元件。

3. 字符集設定 （Character Sets

utf8mb4 collations (WL#9108 and WL#9125)— 這項工作由Xing Z. Zhang是一個更大的一部分努力改善我們UTF8支援。總體目標是改變預設的字符集設定中latin1 為utf8mb4,和預設排序中latin1_swedish_ci變為 utf8mb4_800_ci_ai。UTF8是網路的控制字元編碼,這些改變將對絕大多數的MySQL使用者來說使用更容易。在8.0.0版本中，我們又增加了21中特定語言的不分大小寫utf8mb4排序(see WL#9108)除了utf8mb4_800_ci_ai (see WL#9125)。如果時間允許，我們還將新增口音和區分大小寫排序。預設字符集8.0.0並未改變,但在GA版本釋出之前我們計劃這樣做。
Unicode

支援無形的索引(WL # 8697)——這項工作由馬丁·漢森的可見性增加了切換的能力指數(有形和無形)。一個看不見的指數不是由優化器考慮當查詢執行計劃。然而,該指數仍保持在後臺所以便宜,讓它再次可見。的目的,這是一個DBA / DevOp可以確定一個索引可以刪除。如果你懷疑一個索引使用的不是你第一次看不見,然後監控查詢效能,最後刪除索引如果沒有經驗豐富的查詢慢下來。這個功能已經被許多使用者要求,例如Dropbox。看到也特性請求登入Bug#70299.。

位操作操作二進位制資料型別(WL # 8699)——這項工作由Catalin Besleaga 擴充套件了我們現有的位操作操作(‘bitwise AND’, etc),這與長整型數字,[VAR]BINARY/[TINY|MEDIUM|LONG]BLOB。8.0位操作操作只支援整數(而不是二進位制檔案)。如果你使用位操作二進位制檔案的操作引數是隱式地把長整型數字(64位)操作前,因此可能失去一些。從8.0.0和開始位操作操作適用於所有二進位制和BLOB資料型別,鑄造引數,這樣不會丟失。
我們有改善可用性的IPv6操作:在MySQL 5.6中我們介紹了INET6_ATON()和INET6_NTOA()函式的文字形式之間轉換IPv6地址(如“fe80::226:b9ff:fe77:eb17”)和VARBINARY(16)。然而,直到現在,我們不能把這些IPv6函式和位操作操作,因為這樣的操作——錯誤地將輸出轉換為長整型數字。與王# 8699這是固定的。例如,如果我們有一個IPv6地址,想測試它對網路掩碼,我們現在可以使用INET6_ATON(地址)& INET6_ATON(網路)因為INET6_ATON正確()返回VARBINARY(16)資料型別(128位)。
我們有改善可用性的UUID操作(WL # 8920)——這項工作由鑄塑酚醛塑料Besleaga提高可用性的UUID操作通過實現三個新的SQL函式:UUID_TO_BIN(),BIN_TO_UUID(),和IS_UUID()。第一個從UUID格式的文字轉換為VARBINARY(16),第二個從VARBINARY(16)UUID格式的文字,最後一個檢查一個UUID格式文字的有效性。UUID儲存為VARBINARY(16)可以被索引使用函式索引。UUID_TO_BIN功能()和UUID_TO_BIN()也可以洗牌開始的與時間相關的部分,他們使其指數友好,避免隨機插入在b -樹,這樣減少了插入時。缺乏這樣的功能一直被認為是使用UUID的缺點之一。
總而言之,MySQL沒有特殊的IPv6地址的資料型別或uuid,而是鼓勵使用VARBINARY(16)。MySQL提供功能將從文字IPv6 / UUID交涉和更緊湊的VARBINARY(16)資料型別。MySQL現在提供位操作操作VARBINARY(16)資料型別。IPv6 / UUID函式結合位操作操作可用於測試,提取,或結合部分(子結構)IPv6 / UUID,即定義一個函式通過IPv6 / UUID的內容。這個函式可以用於定義在一個虛擬的內容生成的列可以被索引。

待續。。。。。。。。