MySQL8.0新特性

MySQL从5.7一跃直接到8.0，这其中的原因，咱就不关心那么多了，有兴趣的朋友自行百度，本次的版本更新，在功能上主要有如下6点：

　　帐户与安全

　　优化器索引

　　通用表表达式

　　窗口函数

　　InnoDB 加强

　　JSON 加强

 

1、帐户与安全

1.用户的建立与受权

　　在MySQL5.7的版本：

　　> grant all privileges on *.* to '用户名'@'主机' identified by '密码'；

　　在MySQL8.0须要分开执行：

　　>create user '用户名'@'主机' identified by '密码'；

　　>grant all privileges on *.* to '用户名'@'主机'；

　　用之前的一条命令在8.0里面建立用户，会出现sql语法错误

2.认证插件更新

　　MySQL5.7默认身份插件是mysql_native_password

　　MySQL8.0默认的身份插件是caching_sha2_password

　　查看身份认证插件命令：show variables like 'default_authentication_plugin%';

　　身份认证插件能够经过如下2中方式改变：
　　
　　1）系统变量default_authentication_plugin去改变，在my.ini文件的[mysqld]下面设置default_authentication_plugin=mysql_native_password便可

　　2）若是但愿只是某一个用户经过mysql_native_password的方式认证，能够修改数据库mysql下面的user表的字段，执行如下命令：

　　>alter user '用户名'@'主机' identified width mysql_native_password by '密码';

3.密码管理

　　MySQL8.0的密码管理策略有3个变量

　　password_history 修改密码不容许与最近几回使用或的密码重复，默认是0，即不限制
　　
　　password_reuse_interval 修改密码不容许与最近多少天的使用过的密码重复，默认是0,即不限制

　　password_require_current 修改密码是否须要提供当前的登陆密码，默认是OFF,即不须要；若是须要，则设置成ON

　　查询当前MySQL密码管理策略相关变量，使用如下命令：
　　
　　>show variables like 'password%';


　　1)设置全局的密码管理策略，在my.ini配置文件中，设置以上3个变量的值这种设置方式，须要重启mysql服务器；某些生产环境不容许重启，MySQL8.0提供了关键字persist,持久化，执行如下命令：

　　>set persist password_history=6;

　　这条命令会在数据目录下生成新的配置文件（/var/lib/mysql/mysqld-auto.cnf），下次服务器重启的时候除了读取全局配置文件，还会读取这个配置文件,这条配置就会被读入从而达到持久化的目的

　　2)针对某一个用户单独设置密码管理策略

　　>alter user '用户名'@'主机' password history 5;

　　这样，这个用户的password_history 就被设置成了5,查看一下：

　　>show user,host,Password_reuse_history from user;
　　
　　查看某一张的字段的全部字段，使用如下命令:

　　>desc 表名;

 

4.角色管理
　　
　　角色：一组权限的集合
　　
　　一组权限赋予某个角色，再把某个角色赋予某个用户，那用户就拥有角色对应的权限
　　
　　1)建立一个角色
　　>create role '角色1';
　　
　　2)为这个角色赋予相应权限
　　>grant insert,update on *.* to '角色1';
　　
　　3)建立一个用户
　　>create user '用户1' identified by '用户1的密码';
　　
　　4)为这个用户赋予角色的权限
　　>grant '角色1' on *.* to '用户1'；

　　执行完上面4步，用户1就拥有了插入与更新的权限
　　
　　5)再建立1个用户
　　>create user '用户2' identified by '用户2的密码';
　　
　　6)为这个用户赋予一样的角色
　　>grant '角色1' on *.* to '用户2';
　　
　　执行完上面2步，用户2也用了角色1的权限，即插入与更新

　　查看用户权限，执行如下命令：
　　>show grants for '用户名';

　　7)启用角色,设置了角色，若是不启用，用户登陆的时候，依旧没有该角色的权限
　　>set default role '角色名' to '用户名';

　　8)若是一个用户有多个角色，使用如下命令
　　>set default role all to '用户名';

　　MySQL中与用户角色相关的表：mysql.default_roles、mysql.role_edges,有兴趣的朋友能够进去查看下。

　　9)撤销权限
　　>revoke insert,update on *.* from '角色名';

 

2、优化器索引

1.隐藏索引（invisible index）

　　隐藏索引不会被优化器使用，但仍须要维护

　　应用场景：

　　1）软删除

　　　　删除索引，在线上，若是删除错了索引，只能经过建立索引的方式将其添加回来，对于一些大的数据库而言，是比较耗性能的；为了不删错，能够先将其设置为不可见，优化器这时候就不会使用它，可是后台仍然在维护，肯定后，再删除。

　　2）灰度发布

　　　　与软删除差很少，若是想要测试一些索引的功能或者随后可能会使用到这个索引，能够先将其设置为隐藏索引，对于现有的查询不会产生影响，测试后，肯定须要该索引，能够将其设置成可见索引。

　　建立隐藏索引，执行以下命令（若是是不隐藏，则不须要后面的invisible关键字）：

　　>create index 索引名称 on 表名(字段名) invisible;

　　查询某一张表的索引，执行以下命令：

　　>show index from 表名；

　　使用explain语句查看查询优化器对索引的使用状况

　　>explain select * from 表名 where 条件;

　　查询优化器有不少开关，有一个是use_invisible_indexes(是否使用隐藏索引),默认是off(不适用)，将其设置成on,便可使用隐藏索引。查看当前查询优化器的全部开关变脸，执行以下命令：

　　>select @@optimizer_switch;

　　设置已经存在的索引为可见或者隐藏，执行以下命令：

　　>alter table 表名 alter index 索引名 visible;

　　>alter table 表名 alter index 索引名 invisible;

　　主键不能够设置为隐藏因此。

2.降序索引（descending index）

　　MySQL8.0开始真正支持降序索引，只有InnoDB引擎支持降序因此，且必须是BTREE降序索引，MySQL8.0不在对group by操做进行隐式排序。

3.函数索引

　　索引中使用函数表达式
　　
　　支持JSON数据节点的索引

　　函数索引是基于虚拟列的功能实现的

假设用户表（tb_user）的的用户登陆帐号(username)不须要区分大小写，则能够建立一个函数索引

>create index username_upper_index on tb_user((upper(username)));

这样在查询的时候 SELECT * FROM tb_user WHERE upper(username) = 'ABD123DSJ'; 就会使用索引。

上面的函数索引，也能够经过MySQL5.7已有的虚拟计算列来模拟，为用户表（tb_user）建立新的一列（new_column）,这一列是计算列，不须要赋值，它的值就是username的大写。

>alter tbale tb_user add column new_column varchar(10) generated always as (upper(username));

而后给new_column建立一个索引，能够达到模拟MySQL8.0中的函数索引的效果。

 

3、通用表表达式

1.非递归 CTE

　　派生表：select * from (select 1) as dt;

　　通用表表达式：with cte as (select 1) select * from cte;
　　
　　　　　　　　　with cte1(id) as (select 1),cte2 as (select id+1 from cte1) select * from cte1 join cte2;

2.递归 CTE

 

4、窗口函数

5、InnoDB加强

1.集成数据字段

2.原子ddl操做

　　MySQL5.7执行drop命令 drop table t1,t2; 若是t1存在，t2不存在，会提示t2表不存在，可是t1表仍然会被删除。

　　MySQL8.0执行一样的drop命令，会提示t2表不存在，并且t1表不会被删除，保证了原子性。

　　ddl操做（针对表）的原子性前提是该表使用的存储引擎是InnoDB

3.自增列持久化

　　解决了以前的版本，主键重复的问题。

　　MySQL5.7及其之前的版本，MySQL服务器重启，会从新扫描表的主键最大值，若是以前已经删除过id=100的数据，可是表中当前记录的最大值若是是99，那么通过扫描，下一条记录的id是100，而不是101。
　　
　　MySQL8.0则是每次在变化的时候，都会将自增计数器的最大值写入redo log,同时在每次检查点将其写入引擎私有的系统表。则不会出现自增主键重复的问题。

4.死锁检查控制

5.锁定语句选项

 

6、JSON加强

 

1.内联路径操做符 
　　
column->>path

等价于以前的：

JSON_UNQUOTE(column -> path)

JSON_UNQUOTE(JSON_EXTRACT(column,path))

2.JSON聚合函数

MySQL8.0和MySQL5.7.22增长了2个聚合函数

　　1)JSON_ARRAYAGG(),将多行数据组合成json数组

　　　　

　　示例：select o_id,json_arrayagg(attribute) as attributes from t group by o_id;

　　2)JSON_OBJECTAGG()，用于生成json对象
　　　　
　　示例：select o_id json_objectagg(attribute,value) as attributes from t group by o_id;

　　

　　

　　注意：json的聚合函数针对重复key,会使用最后的覆盖前面已有的值，若是下面的o_id=3，它的color有2个值，一个green,一个yellow,使用生成json的聚合函数的时候，前面的green会被覆盖掉。

　　　　

　　　　

 

 

3.JSON实用函数

　　1)JSON_PRETTY()  输出json数据的时候，格式化。

　　select json_object('id',3,'name','Barney');

　　　　

　　

　　select json_pretty(json_object('id',3,'name','Barney'));
　　

　　　　

　　2)JSON_STORAGE_SIZE() json数据所占用的存储空间（单位：字节）

　　3)JSON_STORAGE_FREE() json数据更新后所释放的空间（单位：字节）

4.JSON合并函数

MySQL8.0废弃了JSON_MERGE()函数，推荐使用如下两个函数合并JSON数据

　　1)JSON_MERGE_PATCH()

　　2)JSON_MERGE_PRESERV()

上面两个函数都是JSON数据合并，最大的区别就是前者遇到相同key的时候会用后面的覆盖前面的，后者会都保留，看下面的截图：

5.JSON表函数　　　　MySQL8.0新增了JSON_TABLE()函数，将JSON数据转换成关系表，能够将该函数的返回结果当作一个普通的临时表进行sql查询。