mysql 8.0版本向mysql 5.5等低版本进行数据迁移
还需要注意一些细节问题
·
因为mysql版本升级,其中mysql5版本的字符集与排序规则有所改变。
因此从mysql8.0数据库导出sql后缀文件后,需要通过文本编辑器(数据大时,可以通过vscode打开编辑,也可以用文档编辑器,例如:typora就是一个不错的工具)进行替换工作。
其中需要替换的是:
utf8mb4_0900_ai_ci全部替换为utf8_general_ci
utf8_croatian_ci全部替换为utf8_general_ci
utf8mb4全部替换为utf8
datetime(0) 全部替换为 datetime
timestamp(0) 全部替换为 timestamp
CURRENT_TIMESTAMP(0) 全部替换为 CURRENT_TIMESTAMP
还需要注意一些细节问题
例如: `createtime` datetime NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
这段代码看啥没什么问题,但是你导入低版本的mysql5.5时得把DEFAULT CURRENT_TIMESTAMP这一段去掉,才可以正常运行
最后保存,再导入到mysql5等低版本中就可以了,可以把代码粘贴到数据库软件的新建查询里面,进行一段代码一段代码的运行。
还需要主要的是mysql8.0的查询语句例如查询表名为admin的表
得这样:select * from `admin`得被两个顿号包裹着,因为字段名的表会和mysql里面的一些相同的字段名冲突。
从高版本的mysql转储SQL文件,然后运行SQL文件到低版本的mysql:
如果表中存在datetime字段,如下:
运行SQL文件时,将出现如下错误:
[Err] 1294 - Invalid ON UPDATE clause for 'createTime' column
解决办法:将`createTime` datetime DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP,语句中的ON UPDATE CURRENT_TIMESTAMP去掉即可。
原因:高版本的mysql转储的sql文件中,datetime字段都如上图所示,但是低版本的mysql不认识ON UPDATE CURRENT_TIMESTAMP,所以报错。
举一反三:
1:如果低版本的mysql转储的sql文件,在高版本的mysql中运行是没有问题的。
2:承接1,高版本的mysql再转储出来的sql文件中,datetime字段也是不带ON UPDATE CURRENT_TIMESTAMP的(即在低版本的MySQL中运行是没问题的)。
3:承接1,如果在高版本的mysql中增加了datetime字段,则再转储出来的sql文件中,datetime字段是带ON UPDATE CURRENT_TIMESTAMP的(即在低版本的MySQL中运行是有问题的)。

DAMO开发者矩阵,由阿里巴巴达摩院和中国互联网协会联合发起,致力于探讨最前沿的技术趋势与应用成果,搭建高质量的交流与分享平台,推动技术创新与产业应用链接,围绕“人工智能与新型计算”构建开放共享的开发者生态。
更多推荐
所有评论(0)