§ 从Percona迁移/升级到GreatSQL

本文介绍如何从Percona Server for MySQL迁移/升级到GreatSQL数据库。

§ 1. 为什么要迁移/升级

GreatSQL是在Percona Server for MySQL（简称Percona）的基础上Fork的开源分支，专注于提升MGR可靠性及性能，支持InnoDB并行查询等特性。

GreatSQL相对于Percona有着众多优秀特性，包括且不仅限以下：

2. 性能提升扩展	GreatSQL 8.0.32-25	MySQL 8.0.32
AP引擎	✔️	仅云上HeatWave
InnODB并行查询	✔️	仅主键扫描
并行LOAD DATA	✔️	❌
InnoDB事务ReadView无锁优化	✔️	❌
InnoDB事务大锁拆分优化	✔️	❌
3. 面向开发者提升改进	GreatSQL 8.0.32-25	MySQL 8.0.32
Oracle兼容-数据类型	✔️	❌
Oracle兼容-函数	✔️	❌
Oracle兼容-SQL语法	✔️	❌
Oracle兼容-存储程序	✔️	❌
4. 基础特性提升改进	GreatSQL 8.0.32-25	MySQL 8.0.32
MGR提升-地理标签	✔️	❌
MGR提升-仲裁节点	✔️	❌
MGR提升-读写节点绑定VIP	✔️	❌
MGR提升-快速单主模式	✔️	❌
MGR提升-智能选主机制	✔️	❌
MGR提升-全新流控算法	✔️	❌
5.安全性提升	GreatSQL 8.0.32-25	MySQL 8.0.32
国密支持	✔️	❌
备份加密	✔️	❌
审计日志入库	✔️	❌

§ 2. 迁移/升级前准备

首先下载GreatSQL 8.0版本安装包，推荐选择最新的GreatSQL 8.0.32-25版本 (opens new window)，至于选择RPM还是二进制包看具体情况及个人喜好。

本文选用二进制包方式安装。

正式迁移/升级之前，务必做好数据备份，可以采用以下几种方式：

停机维护，复制当前的数据库目录，做一个全量物理备份，这种方式恢复起来最快。
利用mysqldump/xtrabackup等备份工具，执行一个全量备份。
利用主从复制或MGR，在其中一个节点执行备份，或者令某个节点临时下线/退出，作为备用节点。

接下来，要区分本次迁移/升级属于以下哪种情况：

从Percona 5.7直接一次性迁移+升级到GreatSQL 8.0.32。
从Percona 8.0.32及以下版本迁移/升级到GreatSQL 8.0.32。
从Percona 5.6及更低版本迁移+升级到GreatSQL 8.0.32，则应该先逐次升级大版本，例如5.5=>5.6，5.6=>5.7最新版本，而后再一次性升级到GreatSQL 8.0.32-25。

如果是前两种，可以参考文档：GreatSQL 5.7升级到8.0 的方法进行迁移/升级即可，过程是完全一样的。

如果是第三种场景，可以参考文档：从MySQL迁移/升级到GreatSQL 中介绍的 逻辑备份+导入 方法，进行降级处理。

从Percona迁移到GreatSQL是最快捷的，元数据库表几乎没有区别，而InnoDB表数据则是通用的，几乎可以做到平滑迁移。

§ 3. 注意事项

在MySQL 8.0.26中引入MGR组视图UUID特性（group_replication_view_change_uuid (opens new window)）。因此，如果当前有个MGR集群的版本是8.0.25及以下，则无法实现平滑升级迁移到8.0.26版本。需要申请一次停机维护时间，对MGR集群中的各个节点实施in-place升级，完成从8.0.25到8.0.26及更高版本的升级。

详情请参考：将MGR集群从GreatSQL-8.0.25平滑升级到GreatSQL-8.0.32 (opens new window)。

参考文档

§ 问题反馈

问题反馈 gitee (opens new window)

§ 联系我们

扫码关注微信公众号

greatsql-wx

← MySQL迁移/升级到GreatSQL MGR 基础 →