MySQL 8 For windows v8.0.1.0官方版 64位/32位

MySQL8.0正式版已经发布了，新版本为大家带来了多种新特性，此处官方终于废弃了MyISAM存储引擎，相对于MyISAM，mysql在角色表功能、InnoDB存储数据字典、持久化自增值功能都有多加强，添加了PS库索引、重构了BLOB的实现、cost model功能也有所改进。为您带来全新的MySQL8.0，赶快下载试试吧！

MySQL8.0新特性

SQL角色

角色是一系列叹限的集台。可以创建角色，给莫个用户授子和去除角色。这对于权限管理很方便。

uttsmb4字芍集将成为默认字符集，并支持Unicode 9默认字符集将从1atinl改为uttsmb4，默认走序collatlon将从latlnl_swedish_ci改为utf8mb4_800_ci_ai。

不可见的索引

可以将一些索引设置为不可见，这样SOL优化器就不会用到它，但是它会继续在后台板纷寺更新。当有需要时，可以随时恢复可见。

对二进制数据可以进行位操作

不仅仅可以对BIGIN下进行位操作，从8.0开始也支持对[VAR]BINARY/[TINY|MEDIUM|LONG]BLOB进行位操作了。

持续性的全球变量

lnnoDB缓冲区现在可以估算主内存缓存区中的有多少表和索引，这可以让优化器选择访问

方式时知道数据是否可以存储在阵存中环旱必须存储到磁盘上。

重构BLOB

加速了片段读取/更新操作，可以加速JSON数据的操作。

重构SQL分析器

持续不断的逐步改进SQL分析器。旧的分析器由于其语法复杂性和目顶向下的分析方式从而有严重的限制，导致难以维护和扩展。

成本模型

1nn0OB缓冲区现在可以估算主内存缓存区中的有多少表和索引，这可以让优化器选择访问

方式时知道数据是否可以存储在阵存中环旱必须存储到磁盘上。

持久化自增值

Inn0OB会持久化保持自增序列的最大值到redo日志中。这个改讲环修复了一个非营老的19g号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多。

事务住数据字典，完全脱离了MylSAM存储引擎

真正将数据字典放到了1nnoOB中的一些表中，夕J长下再需要FRM、TRG、pAR文件啦!InfrmationSchema现在以数据字典表的一个视图出现。原则上可以完全不需要MylSAM数据表类型了，所有的系统表都可以放到Inn0OB之中。

MySQL8.0安装步骤

1、在本站下载MySQL8.0，双击“mysql-installer-community-8.0.1.0-dmr.msi”开始安装，安装解压中，耐心等待

2、勾选【I accept...】，点击【next】

3、选择安装的类型，大家可以根据需要选择开发模式、服务器模式或者客户端模式，也可以选择full，也就是完整安装

4、检查你的系统环境，也就是看需要安装哪些组件

5、继续下一步显示你要安装的组件，小编这里安装的比较多

6、继续下一步就会开始安装了，稍等一会儿安装完成

更新日志

InnoDB存储数据字典

这意味着MyISAM已经可以完全从MySQL数据库中剥离;

Invisible Index

Inside君对这个特性非常感兴趣。因为在生产环境中，可以通过sys库判断哪些索引是冗余的。但是要直接删除冗余索引又担心会存在一些风险。Invisible Index给了我们很好的选择;

角色表功能

官方MySQL终于提供了Role功能。InnoSQL傲娇的表示我们在5.5就实现了此功能，甚至比MariaDB还要早。要知道在游戏行业，定期密码修改总是一个令人头疼的问题，有Role就简单多了。当然，InnoSQL还可以对Role进行资源控制，不知道8.0实现的怎样;

Cost Model改进

优化器能够感知到页是否存在缓冲池中。5.7其实已经开放接口，但是不对内存中的页进行统计，返回都是1.0;

直方图支持

MySQL也支持直方图啦。应该会有更好的执行计划。海翔兄在IMG大会中说到过此特性，听说性能提升非常不错;

参数持久化

继续与Oracle数据库靠近，但本身这个特性就是硬需求。话说这些年有多少因为没有参数持久化导致的坑发生;

扫描性能的改进

InnoDB全表扫描或范围查询性能提升5%~20%。请问之前HT写的代码有这么烂?

重构BLOB的实现

从而提升JSON属性的更新。个人感觉这方面性能的提升可能会非常大。留个爪，后面进行测试;

持久化自增值

这些年淘宝、Percona都做过类似的改进。但是官方的修改就是优雅，自增写redo，一个历史遗留难题就这么简单而又优雅的解决了;

PS库添加索引

官方宣称添加了100多个索引。的确，Inside君遇到过很多时候PS库占用20G内存的场景，这时查询就会显得非常不高效。但是内存开销会不会进一步提升呢?让我们拭目以待吧;