MySQL8.0DMR（developmentmilestonerelease）发布，作为OracleMySQLACE已在半个多月前就收到邮件通知，并提供了8.0的下载安装包。但由于官方要求，只能自己默默测试，无法给大家带来一手消息。
当然，8.0继续保持体积不断增大的优良传统。5.7的M+已经让人难以接受，8.0直接来到了M+，这绝对是要追赶Oracle的节奏。
8.0发布最大的意义在于，官方终于废弃了MyISAM存储引擎，一个非常明智的决定。就像Inside君在自己的分享或培训班中多次强调的那样，任何时候都不要再使用MyISAM存储引擎。
很多同学问为什么版本号跨越这么大，从5.7到8.0。其实这并不难理解。在MySQL被Oracle收购时，MySQL预发布的版本是6.0。然而不知何种原因在Oracle接手之后，版本依然停留在5.X。所以，用户大可把5.6看成6.0，5.7看成7.0。当然，官方最大的底气在于随着MySQL数据库的不断完善，MySQL已然来到一个崭新的台阶。
让我们一起看看MySQL最大的改变：
InnoDB存储数据字典，这意味着MyISAM已经可以完全从MySQL数据库中剥离；
InvisibleIndex，Inside君对这个特性非常感兴趣。因为在生产环境中，可以通过sys库判断哪些索引是冗余的。但是要直接删除冗余索引又担心会存在一些风险。InvisibleIndex给了我们很好的选择；
角色表功能，官方MySQL终于提供了Role功能。InnoSQL傲娇的表示我们在5.5就实现了此功能，甚至比MariaDB还要早。要知道在游戏行业，定期密码修改总是一个令人头疼的问题，有Role就简单多了。当然，InnoSQL还可以对Role进行资源控制，不知道8.0实现的怎样；
CostModel改进，优化器能够感知到页是否存在缓冲池中。5.7其实已经开放接口，但是不对内存中的页进行统计，返回都是1.0；
直方图支持，MySQL也支持直方图啦。应该会有更好的执行计划。海翔兄在IMG大会中说到过此特性，听说性能提升非常不错；
参数持久化，继续与Oracle数据库靠近，但本身这个特性就是硬需求。话说这些年有多少因为没有参数持久化导致的坑发生；
扫描性能的改进，InnoDB全表扫描或范围查询性能提升5%~20%。请问之前HT写的代码有这么烂？
重构BLOB的实现，从而提升JSON属性的更新。个人感觉这方面性能的提升可能会非常大。留个爪，后面进行测试；
持久化自增值，这些年淘宝、Percona都做过类似的改进。但是官方的修改就是优雅，自增写redo，一个历史遗留难题就这么简单而又优雅的解决了；
PS库添加索引，官方宣称添加了多个索引。的确，Inside君遇到过很多时候PS库占用20G内存的场景，这时查询就会显得非常不高效。但是内存开销会不会进一步提升呢？让我们拭目以待吧；
上述只是Inside君感兴趣的改进，其实还有很多内容不能一一放上，感兴趣的同学请移步