【每日一记6】+第10天 MySQL5.6.27数据库升级MySQL5.7
  

sailyang 3476

{{ttag.title}}
本帖最后由 sailyang 于 2020-4-13 09:26 编辑

    当前不少系统的数据库依旧是MySQL5.6,由于MySQL5.7及MySQL8.0在性能及安全方面有着很大的提升,因此需要升级数据库。通过逻辑方式、物理方式原地升级来介绍MySQL5.6 升级至MySQL5.7的方法。

1.  逻辑方式升级
    逻辑方式升级其实就是通过逻辑备份工具(例如mysqldump工具)将数据库、表、其他相关对象及数据逻辑备份成SQL脚本,再将其还原至MySQL5.7的实例中。

1.1  备份数据库
    当前数据库的版本为MySQL5.6.27,现在准备备份

    因为库比较小,因此使用mysqldump进行备份即可。  

备份脚本:
/*  备份所有库及相关对象 */
/usr/local/mysql/bin/mysqldump -uroot -p  --socket=/app/data/mysql3307/tmp/mysql.sock  --master-data=2 --default-character-set=utf8  --routines   --triggers --events --flush-logs --flush-privileges --single-transaction  --all-databases   > all_db.sql

1.2  部署一套MySQL5.7实例
1.3  数据导入MySQL5.7
    将备份的MySQL5.6的数据导入到MySQL5.7 中即可。

1.4 应用
数据量小的情况下使用,此方式通常不会失败
在跨大版本升级的时候使用较多,例如,从MySQL5.6(或更低版本)直接升级到8.0版本
不同MySQL分支之间升级

2.  mysql_update方式升级
    使用mysql_update方式升级时,时间相对较快,尤其是数据库体量较大时,此方式可以原地直接升级。
2.1  下载MySQL5.7
    下载需要升级到的版本的数据库,
2.2  修改配置文件
    因MySQL5.6 的部分参数再MySQL5.7 中已经废弃或者默认值发生变化,另外也为了使用MySQL5.7的新特性,需要添加对应的参数配置,例如:
sql_mode=STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION # 保持和MySQL5.6一致
innodb_large_prefix =OFF  # 保持和MySQL5.6 一致
log_timestamps=SYSTEM  # 新增参数,如果不添加,默认日志里采用UTC时间格式记录,我们看上去可能不太方便
secure_file_priv=/tmp   # MySQL5.7对安全性做了很多提升,此参数不配置的话默认无法使用load file 及ELECT …OUTFILE等
character_set_server= utf8     # 虽然建议使用utf8mb4字符集,但是如果需要保持和原库一致
2.3 关闭MySQL5.6 实例
    MySQL5.6的关闭可以使用停止服务的方式,也可以通过命令行方式,命令如下:
/usr/local/mysql/bin/mysqladmin  --socket=/app/data/mysql3307/tmp/mysql.sock    -uroot -p shutdown
    生产环境中,如果可以使用此方式升级,强烈建议先直接冷备一下整个数据库的数据目录,已防止升级失败等情况出现。
2.4  使用MySQL5.7 启动原库
    此时需要用MySQL5.7来启动数据库,启动后日志里会有一些报错信息。启动数据库
/usr/local/mysql5.7/bin/mysqld_safe  --defaults-file=/app/data/mysql3307/etc/my.cnf &
日志里内容如下,出现很多错误,其中也提示到需要使用mysql_upgrade进行修复:


2.5  升级数据库
    MySQL升级工具是mysql_upgrade,错误日志里也提到了使用mysql_upgrade进行修复相应的错误。升级的方法如下:
/*  升级系统库及业务库 */
/usr/local/mysql5.7/bin/mysql_upgrade  --socket=/app/data/mysql3307/tmp/mysql.sock    -uroot -p
如果只需要升级系统库,则加-s参数; 如果升级过程中有错误或者中断后想再次升级 可以添加--force参数强制升级
/*  只升级系统库 */
/usr/local/mysql5.7/bin/mysql_upgrade  --socket=/app/data/mysql3307/tmp/mysql.sock    -uroot -p   -s
/*  强制升级 */
/usr/local/mysql5.7/bin/mysql_upgrade  --socket=/app/data/mysql3307/tmp/mysql.sock    -uroot -p   --force

2.6 后续工作
升级完成后建议再进行以下工作
重启数据库,以便所有功能生效;且重启后再次查看数据库日志
修改环境变量及软连接,以便默认使用MySQL5.7的相关命令
相同大版本之间的小版本升级,数据量较大,提前测试过两个版本之间可以原地升级时再用。

3.  小结

    MySQL的逻辑升级及mysql_upgrade的原地升级都有各自的应用场景。但是无论用哪种方式,都要注意以下几点:
a)   在生产环境上进行升级操作之前一定需要先在测试环境中多次进行相同版本的升级测试工作;
b) 实际工作中,测试环境升级成功后需要经过相关业务的回归测试,确保相关功能升级后能正常使用后再在生产环境进行升级,建议测试环境进行1个月以上的测试
c)   生产环境升级前一定要进行备份
d)   生产环境的升级顺序建议是先升级从节点,再升级主节点或进行主从切换

打赏鼓励作者,期待更多好文!

打赏
暂无人打赏

小霞米 发表于 2023-11-6 20:52
  
学习了,谢谢分享!
蔺嘉宾 发表于 2023-11-6 20:48
  
学习了,谢谢分享!
焱燚 发表于 2023-11-6 20:48
  
学习了,谢谢分享!
小小胖 发表于 2023-11-6 20:41
  
学习了,谢谢分享!
德德 发表于 2023-11-6 20:41
  
学习了,谢谢分享!
飞飞侠 发表于 2023-11-6 20:34
  
学习了,谢谢分享!
小德 发表于 2023-11-6 20:33
  
学习了,谢谢分享!
朱墩2 发表于 2023-11-6 20:27
  
学习了,谢谢分享!
日出 发表于 2023-11-6 20:27
  
学习了,谢谢分享!
发表新帖
热门标签
全部标签>
西北区每日一问
技术盲盒
安全效果
技术笔记
【 社区to talk】
每日一问
干货满满
新版本体验
产品连连看
GIF动图学习
技术咨询
2023技术争霸赛专题
功能体验
通用技术
秒懂零信任
安装部署配置
原创分享
技术晨报
自助服务平台操作指引
每周精选
标准化排查
排障笔记本
玩转零信任
深信服技术支持平台
社区新周刊
POC测试案例
信服课堂视频
畅聊IT
答题自测
专家问答
技术圆桌
在线直播
MVP
网络基础知识
升级
安全攻防
上网策略
测试报告
日志审计
问题分析处理
流量管理
每日一记
运维工具
云计算知识
用户认证
解决方案
sangfor周刊
VPN 对接
项目案例
SANGFOR资讯
专家分享
技术顾问
信服故事
SDP百科
功能咨询
终端接入
授权
设备维护
资源访问
地址转换
虚拟机
存储
迁移
加速技术
产品预警公告
信服圈儿
S豆商城资讯
技术争霸赛
「智能机器人」
追光者计划
社区帮助指南
答题榜单公布
纪元平台
卧龙计划
华北区拉练
天逸直播
以战代练
山东区技术晨报
文档捉虫活动
齐鲁TV
华北区交付直播
2024年技术争霸赛
北京区每日一练
场景专题
故障笔记
排障那些事
高手请过招
升级&主动服务
高频问题集锦
全能先锋系列
云化安全能力

本版达人

新手89785...

本周建议达人

新手78183...

本周分享达人