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 缓冲区现在可以估算主内存 WordPress 加速缓存区中的有多少表和索引，这可以让优化器选择访问方式时知道资料是否可以储存在内存中还是必须储存到磁碟上。
直方图 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/