文章详情

短信预约-IT技能 免费直播动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

MySQL 5.7和MySQL 8.0的细节差异有哪些

2024-04-02 19:55

关注

本篇内容主要讲解“MySQL 5.7和MySQL 8.0的细节差异有哪些”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“MySQL 5.7和MySQL 8.0的细节差异有哪些”吧!

在这些年的MySQL升级需求中,让我大跌眼镜的一个现象是:驱动业务从MySQL 5.5升级到MySQL  5.7的很大一个因素是因为JSON这个特性。

而让业务有所顾虑从MySQL 5.7升级到MySQL 8.0的一个主要原因是因为驱动版本升级,所以对于MySQL 5.7升级到MySQL  8.0来说,总体的升级动力明显要低一些,但是规划的一个优点就是可以把一些工作前置,或者让它的推行更加顺畅,比如我们对于新业务的推行,都是默认按照MySQL  8.0的方案来做。

如果要说MySQL 5.7升级到MySQL  8.0的一些差异,从我的角度来说,其实变化是很大的,但是细数盘点,很多特性似乎是对于业务的一种友好或者透明支持。

细节1:

比如我们在MySQL 5.7版本中全面推行GTID,所以之前的create table xxx as select * from  xx的使用模式就不奏效了,进而我们建议使用:

create table xxx like xxxxx;  insert into xxx select * from xxxxx;

这种使用模式,而MySQL8.0带来的很多特性是在体验和性能改造方面,原来不建议使用的模式竟然可以支持了,而很多业务侧是后知后觉,原本已经培养的习惯,让我们有些凌乱。

细节2:

在MySQL 5.7中字段名为rank是可以的,但是在8.0中因为有了窗口函数,字段名为rank就报错,顺着这个思路,其实我们一窥窗口函数。

MySQL 5.7和MySQL 8.0的细节差异有哪些

其实就会发现不光是rank,字段名是first_value也不可以了,随之带来的就是SQL语法错误,可能会让人开始有点抓不着头脑。

create table test3(id int primary key,first_value varchar(30));

ERROR 1064 (42000): You have an error in your SQL syntax; check the manual  that corresponds to your MySQL server version for the right syntax to use near  'first_value varchar(30))' at line 1

细节3:

这里顺便吐槽下airflow的表结构配置

airflow的一个表结构在MySQL 5.7中如下:

CREATE TABLE kube_resource_version (one_row_id BOOL NOT NULL DEFAULT true, resource_version VARCHAR(255), PRIMARY KEY (one_row_id), CONSTRAINT kube_resource_version_one_row_id CHECK (one_row_id), CHECK (one_row_id IN (0, 1))); Query OK, 0 rows affected (0.06 sec) 在MySQL中其实会被默认转换为如下的表结构: CREATE TABLE `kube_resource_version` (   `one_row_id` tinyint(1) NOT NULL DEFAULT '1',   `resource_version` varchar(255) DEFAULT NULL,   PRIMARY KEY (`one_row_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;

如果查看在线业务的实际数据如下:

mysql> select * from kube_resource_version; +------------+------------------+ | one_row_id | resource_version | +------------+------------------+ |          1 |                  | +------------+------------------+ 1 row in set (0.01 sec)

看起来这个boolean类型真是有些鸡肋,在数据库中已经默认使用tinyint(1)来间接转义了,但是实际上还是不对味。

带来的问题是在MySQL 5.7中可以成功创建,但是在8.0会报错:

CREATE TABLE kube_resource_version (one_row_id BOOL NOT NULL DEFAULT true, resource_version VARCHAR(255), PRIMARY KEY (one_row_id), CONSTRAINT kube_resource_version_one_row_id CHECK (one_row_id), CHECK (one_row_id IN (0, 1))); ERROR 3812 (HY000): An expression of non-boolean type specified to a check constraint 'kube_resource_version_one_row_id'.

而经过分析,其实8.0的报错提示更加合理,至少我觉得8.0对于数据层面的要求确实变高了。

细节4:

在MySQL里面如果对一张大表做delete,真是一件让人尴尬的事情,在MySQL 5.7里面有点后知后觉,在show  processlist的输出中。State和Info列分别显示:

Executing event 和delete from xxxxx

同时Seconds_Behind_Master显示为0,实际上数据已经产生大量延迟了。

而相反在MySQL 8.0里面,State和Info列分别显示:

Applying batch of row changes (delete)和delete from xxxxx

可以明确的提示出批量操作,当然这延迟确实不体面,真是非常大。

简单小结:MySQL 8.0里面的很多细节还是很接地气,也不能潜意识的认为是100%兼容,要拍胸脯保证的事情,得有深入的测试和案例分析支撑。

到此,相信大家对“MySQL 5.7和MySQL 8.0的细节差异有哪些”有了更深的了解,不妨来实际操作一番吧!这里是亿速云网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!

阅读原文内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     813人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     354人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     318人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     435人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     224人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-数据库
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯