mysql8.0怎么样 mysql822

MYSQL8.0与微软谁强

微软。

在石屏等地区，都构建了全面的区域性战略布局，加强发展的系统性、市场前瞻性、产品创新能力，以专注、极致的服务理念，为客户提供网站制作、成都网站建设 网站设计制作按需开发网站,公司网站建设,企业网站建设,品牌网站建设,成都全网营销推广,外贸网站建设,石屏网站建设费用合理。

MySQL，虽然功能未必很强大，但因为它的开源、广泛传播，导致很多人都了解到这个数据库。

MySQL开发人员需要新功能，而MySQL8.0在诸如SQL，JSON，正则表达式和GIS等领域提供了许多新的和更多需求的功能。开发人员也希望能够存储Emojis，因此UTF8MB4现在是8.0中的默认字符集。最后，数据类型得到了改进，在BINARY数据类型上进行了按位操作，并且改进了IPv6和UUID功能。微软（Microsoft）是一家美国跨国科技企业，由比尔·盖茨和保罗·艾伦于1975年4月4日创立。最为著名和畅销的产品为Windows操作系统和Office系列软件，是全球最大的电脑软件提供商、世界PC（PersonalComputer，个人计算机）软件开发的先导。

新特性解读 | 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)功能的引入，可以在一定程度上提升数据库系统的安全性。

MySQL 5.7 vs 8.0，哪个性能更牛？

测试mysql5.7和mysql8.0 分别在读写、只读、只写模式下不同并发时的性能（tps，qps）

机器

myql5.7.22

mysql8.0.15

sysbench

mysql5.7和mysql8.0 在读写模式下的表现

双1 配置，读写模式下，mysql5.7.22 和mysql8.0.15 tps 、qps 性能差不多，mysql8.0.15 在120 线程并发时，性能出现了下降抖动：

mysql5.7和mysql8.0 在只读模式下的表现

双1 配置，只读模式下，mysql5.7.22 的tps、qps比mysql8.0.15 好1/3 左右；并发线程数增加后，tps、qps并没有随着增加，反而出现了下降的趋势：

mysql5.7和mysql8.0 在只写模式下的表现

双1 配置，只写模式下，随着并发数的上升，mysql5.7.22 的性能比mysql8.0.15 好1/4左右

mysql5.7和mysql8.0 在读写模式下的表现

0 2配置，读写模式下，并发数低时，mysql5.7.22性能好于mysql8.0.15; 并发数比较高时，mysql8.0.15 性能好于mysql5.7.22；在80 线程的并发以上时，性能开始下降

mysql5.7和mysql8.0 在只读模式下的表现

0 2配置，只读模式下，mysql5.7.22性能比mysql8.0.15 好1/3左右；随着并发数的上升，性能也没有上升，反而有下降的趋势

mysql5.7和mysql8.0 在只写模式下的表现

注意

sysbench 需要设置--db-ps-mode=disable 禁用预编译语句，不然并发测试线程多时会报下面的错误

使用脚本

新特性解读 | MySQL 8.0 错误日志增强特性

MySQL 8.0 重新定义了错误日志输出和过滤，改善了原来臃肿并且可读性很差的错误日志。

比如增加了 JSON 输出，在原来的日志后面以序号以及 JSON 后缀的方式展示

比如我机器上的 MySQL 以 JSON 保存的错误日志 mysqld.log.00.json：

以 JSON 输出错误日志后可读性和可操作性增强了许多。这里可以用 Linux 命令 jq 或者把这个字串 COPY 到其他解析 JSON 的工具方便处理。

只想非常快速的拿出错误信息，忽略其他信息。

使用 JSON 输出的前提是安装 JSON 输出部件。

格式为：过滤规则；日志输出；[过滤规则]日志输出；

查看安装好的部件

现在设置 JSON 输出，输出到系统日志的同时输出到 JSON 格式日志。

来测试一把。我之前已经把表 a 物理文件删掉了。

现在错误日志里有 5 条记录。

JSON 日志里也有 5 条记录。

那可能有人就问了，这有啥意义呢？只是把格式变了，过滤的规则我看还是没变。

那我们现在给第二条日志输出加过滤规则

先把过滤日志的部件安装起来

只保留 error，其余的一律过滤掉。

检索一张误删的表

查看错误日志和 JSON 错误日志

发现错误日志里有一条 Warning，JSON 错误日志里的被过滤掉了。

再举个例子，每 60 秒只允许记录一个 Warning 事件

多次执行

现在错误日志里有三条 warning 信息

mysqld.log.00.json 只有一条

总结，我这里简单介绍了下 MySQL 8.0 的错误日志过滤以及 JSON 输出。MySQL 8.0 的 component_log_filter_dragnet 部件过滤规则非常灵活，可以参考手册，根据它提供的语法写出自己的过滤掉的日志输出。