MySql 8.0新特性

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

  账户与安全

  优化器索引

  通用表表达式

  窗口函数

  InnoDB 增强

  JSON 增强

一、账户与安全

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 '角色名';

二、优化器索引

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中的函数索引的效果。

三、通用表表达式

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

四、窗口函数

五、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.锁定语句选项

六、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查询。
最后修改:2022 年 06 月 23 日
如果觉得我的文章对你有用,请点个赞吧~