新特性解读 | MySQL 8.0 多因素身份认证

MySQL 8.0.27 增加了多因素身份认证(MFA)功能，可以为一个用户指定多重的身份校验。为此还引入了新的系统变量 authentication_policy ，用于管理多因素身份认证功能。

我们知道在 MySQL 8.0.27 之前，create user 的时候可以指定一种认证插件，在未明确指定的情况下会取系统变量 default_authentication_plugin的值。default_authentication_plugin 的有效值有3个，分别是 mysql_native_password ，sha256_password ，caching_sha2_password ，这个3个认证插件是内置的、不需要注册步骤的插件。

在 MySQL 8.0.27 中由 authentication_policy 来管理用户的身份认证，先启个 mysql

同时查看下 authentication_policy 和 default_authentication_plugin 的值

我们看到 authentication_policy 的默认值是*,,

第1个元素值是星号（ ），表示可以是任意插件，默认值取 default_authentication_plugin 的值。如果该元素值不是星号（ ），则必须设置为 mysql_native_password ，sha256_password ，caching_sha2_password 中的一个。

第2，3个元素值为空，这两个位置不能设置成内部存储的插件。如果元素值为空，代表插件是可选的。

建个用户看一下，不指定插件名称时，自动使用默认插件 caching_sha2_password

指定插件名称时，会使用到对应的插件

尝试变更一下 authentication_policy 第一个元素的值，设置为 sha256_password

再次创建一个用户，不指定插件的名称

可以看到默认使用的插件是 sha256_password ，说明当 authentication_policy 第一个元素指定插件名称时，default_authentication_plugin 被弃用了。

首先我们恢复 authentication_policy 至默认值

创建一个双重认证的用户。如下创建失败了，因为不可以同时用2种内部存储插件。

那我们来装一个可插拔插件 Socket Peer-Credential

再创建一个双重认证的用户

创建成功，之后用户'wei4'@'localhost'必须提供正确的密码，且同时本地主机的登录用户为 root 时，才会验证通过。

来试一下，以主机 root 用户身份，提供正确的密码 123 ，登录成功。

修改一下，将'wei4'@'localhost'要求的主机登录用户修改为wei4

再次以主机 root 用户身份，提供正确的密码 123 ，登录失败

因此可以认定双重身份认证机制是生效的。MySQL 8.0.27 最多可以对一个用户设置三重的身份认证，这里不再做展示说明。

简单总结下，已有的密码口令身份验证很适合网站或者应用程序的访问，但是在特定的情况下 如网络在线金融交易方面可能还是不够安全。多因素身份认证(MFA)功能的引入，可以在一定程度上提升数据库系统的安全性。

https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_authentication_policy

根据下面情况确定。

身份z号码的意义

①前1、2位数字表示：所在省份的代码，河南的省份代码是41哦!

②第3、4位数字表示：所在城市的代码

③第5、6位数字表示：所在区县的代码

④第7~14位数字表示：出生年、月、日

⑤第15、16位数字表示：所在地的派出所的代码

⑥第17位数字表示性别：奇数表示男性，偶数表示女性

⑦第18位数字是校检码：也有的说是个人信息码，一般是随计算机随机产生，用来检验身份z的正确性。校检码可以是0~9的数字，有时也用x表示。

稍微有点小尴尬的问题，原因在于，MySQL默认是大小写不敏感的，也就是，如果你直接使用where id_no like '%x' 将会查出所有的结尾是x或者X的记录。

这个时候我们可以使用 关键字BINARY，来指定大小写敏感。

比如 select * from t where BINARY id_no like '%x'

上面是为了确定修改范围，下面来说说，如何改。

MySQL提供了一些转换大小写的方法：

INITCAP:转换每个字的第一个字符为大写

LOWER:转换所有字符为小写

UPPER:转换所有字符为大写

因此，我们最终的sql可以写成：

update t set id_no = UPPER(id_no) where id_no like '%x'；

额外需要注意的是，这个 *** 作不会使用索引，故效率会比较低。如果记录数量很大的话，最好在业务低峰时段执行。或者使用其他的优化手段，以减小对服务器的压力。

---