MySQL 升级的最佳实践 已翻译 100%

oschina 投递于 2014/09/20 09:18 (共 13 段, 翻译完成于 09-27)
阅读 15858
收藏 240
12
加载中

MySQL升级是非常必要的. 我们在Percona Support上列出了关于MySQL升级最佳实践的各种问题.这篇文章推荐了一些不同情况下升级MySQL的方法.

为什么MySQL升级是必须的? 原因有很多,比如:为了使用新增的特性,基于性能方面的考量, 修复的bug. 但是在没有充分的测试以前就应用到你的应用中是非常危险的, 因为升级可以能会让你的应用不能正常运作- 也可能引起性能的问题. 此外, 我建议你关注MySQL的发布信息和Percona Server - 看看最近的版本有什么变化. 也许在在最新的版本中已修复了某个你正在烦恼的问题.

SumerTiger
翻译于 2014/09/21 22:55
1

通过SQL Dump升级主版本:

把Percona Server从5.1升级到5.5版本或者是从5.5升级到5.6版本的升级模式同样适用于Oracle MySQL.

首先, 主版本升级并不是说可以不做任何准备,或者没有任何风险. 在升级之前你需要阅读相关的“升级”文档,比如:MySQL5.1到MySQL5.5的升级文档,MySQL5.5到MySQL5.6的升级文档.在这些文档里面你需要特别注意“Incompatible Change”部分,并检查你是否会受到这些变化的影响.它们可能是配置参数名字变更, 去掉旧的参数,引入新的参数等- 你需要根据这些变化在my.cnf文件做相应的变更.Percona Server 5.5需要特别注意的文档在这里, Percona Server 5.6需要特别注意的文档在这里.

SumerTiger
翻译于 2014/09/22 15:19
1

现在,你有几种可行的方式升级,其中一种较灵活,另一种则依赖你当前系统的拓扑结构和数据库数据大小 - 这种方法比前一种更安全。我们看个例子从 Percona Server 5.5 升级到 Percona Server 5.6,来具体看一下彼此的升级过程。

通常情况下,有两中升级方式:

  • 直接升级:安装好新版本数据库后,利用已经存在的数据文件夹,同时运行mysql_upgrade脚本来升级。

  • SQL 导出: 从一个较老版本的mysql把数据导出,然后恢复到新版本的数据库中。(利用mysqldump工具)。

相比之下,第二种方式更安全些,但是这也会使得升级的过程要慢一些。

理论上讲,最安全的方式是:

  • 导出所有用户的权限

  • 导出所有数据并恢复到新版本数据库中

  • 恢复用户权限到新数据库中

深海牛蛙
翻译于 2014/09/22 17:05
1

下面是基本的操作步骤(在开始之前最好停止有关数据库操作的应用).

1) 获取用户和权限信息. 该操作会备份所有用户的权限.

$ wget percona.com/get/pt-show-grants;
$ perl pt-show-grants --user=root --ask-pass --flush > /root/grants.sql

2) dump 5.5数据库实例的所有信息(除去mysql, information_schema 和performance_schema数据库).

$ mysql -BNe "SELECT SCHEMA_NAME FROM INFORMATION_SCHEMA.SCHEMATA WHERE SCHEMA_NAME NOT IN ('mysql', 'performance_schema', 'information_schema')" | tr 'n' ' ' > /root/dbs-to-dump.sql
$ mysqldump --routines --events --single-transaction --databases $(cat /root/dbs-to-dump.sql) > /root/full-data-dump.sql

3) 停止数据库

$ service mysql stop
or
$ /etc/init.d/mysql stop

4) 移动旧数据库(5.5版本)的数据目录(假设是/var/lib/mysql,此处应该改为你自己的数据目录)

$ mv /var/lib/mysql/ /var/lib/mysql-55

5) 安装5.6版本(按照正常安装流程). 如果你不是用的yum/apt-get方式安装的,你需要执行 mysql_install_db 和mysql_upgrade两个命令.

6) 将在1)操作中导出的用户信息导入到新数据库中.

mysql -uroot < /root/grants.sql

7) 将2)导出的数据导入到新数据库.

$ mysql -e "SET GLOBAL max_allowed_packet=1024*1024*1024";
$ mysql -uroot -p --max-allowed-packet=1G < /root/full-data-dump.sql;

此时, 所有的表都在MySQL 5.6中重建及重新加载完成,所以所有的二进制文件对MySQL 5.6可用. 同时也你完成了最干净/最稳定的升级过程,你可以恢复你的应用- 这个升级过程和valina MySQL与Percona Server的升级过程是一样的.甚至你可以把Oracle MySQL升级到Percona Server. 比如: 把Oracle MySQL 5.5升级到Percona Server 5.6. 再次强调: MySQL的升级过程和Percona Server的升级过程是一样的,只需要将Percona Server 替换成Oracle MySQL即可.

SumerTiger
翻译于 2014/09/23 20:51
1

"SQL dump" 也可以称为逻辑备份.用升级后的MySQL二进制文件来重建所有的表基本没有兼容问题,从这一方面来说"SQL dump"更安全. 但是对于TB, GB级的大数据来说,这种方法非常的耗时. 另一方面, 备份/重新加载如此大的数据集,比如重建InnoDB表,你需要恢复很多的空闲磁盘,这样会引起的磁盘碎片整理优化.对于常更新或者删除的数据来说, 这么做是有益的.

用In-Place升级小版本:

这种升级方式是在一个主版本内做小版本升级, 比如把MySQL 5.5.35升级到MySQL 5.5.38或者是把Percona Server 5.6.14升级到最新的Percona Server 5.6.20

SumerTiger
翻译于 2014/09/24 23:38
1

这被称为一个就地升级,你只安装一个新的二进制包,然后运行mysql_upgrade脚本,如果必要的话,检查和更新系统表。仍然,就地升级我们强烈推荐检查新功能的发布说明,bug修复等。Percona Server 5.5 和 Percona Server 5.6 发行说明可以分别在这儿和那儿找到。

当我们需要升级Percona服务器时,针对它的Percona-specific的一些特性,对于Percona服务器我们有额外的文档描述一些细节,可以在这儿和那儿找到。这也包括完成就地升级过程的和yum/apt的包管理器。

同时,在安全方面你可以升级那些使用较早描述的逻辑转储程序,mysqldump或mydumper程序——前者并行备份和恢复和逻辑备份,升级是最安全的方法。

warrior_by
翻译于 2014/09/25 10:50
1

直接升级到最新版本:

跳过5.1版本直接把MySQL从5.0版本升级到5.5版本,或者跳过5.5版本直接从MySQL 5.1升级到5.6.甚至,可以直接从MySQL 5.0升级到MySQL 5.6虽然现在只有少数人还在使用MySQL 5.0版本. 这种同样使用于Percona Server.

在这里我们假设跳过5.5版本,把Oracle MySQL或者Percona Server直接从5.1版本升级到5.6版本.

SumerTiger
翻译于 2014/09/25 21:12
1

在开始之前,你要意识到这是一个很慎重的操作,将一步跨过一个重要的MySQL版本。也就是说,这是有风险的。用二进制文件升级是不建议的,而且这样直接跨越一个重要版本也是不安全的,所以你绝不能这样5.0->5.5,5.1->5.6,或者5.0->5.6做。有一个问题是,MySQL版本不是所有改变都前向兼容的。新版本中介绍的一些改变可能不仅会影响数据如何处理,还会影响服务器行为包括SQL语句和MySQL服务器和内部存储引擎(此处不知标准否)。另一个问题是MySQL5.0与5.6版本之间的变化,一些默认的设置变量被改变了,这可能会导致结果完全不一样或者行为完全不同。例如:MySQL5.5的默认存储引擎是InnoDB,MySQL5.6的存储引擎InnoDB将可以为每个数据库表创建单独表空间(separate tablespace),还有GTID复制(GTID replication)也被引入。有太多细节这里就不一一列举了,所有这些改变都被描述在MySQL的“升级文档”中,详情可以查看升级文档。

James_飏
翻译于 2014/09/27 15:37
2

这里重点提一下,极不推荐跳过一个重要版本来升级。从MySQL5.1升级到5.6不应该一步完成,我建议先从5.1升级到5.5,再从5.5升级到5.6,每步都要运行MySQL自动升级(mysql_upgrade)。这将比较有效处理手册上所说的升级改变。

MySQL的升级预防措施:

MySQL的升级预防措施是升级的一个基本部分。在你升级之前,确保你在新的MySQL版本中彻底测试了所有的应用功能。这对重要版本之间的升级尤为重要,对重要版本之间的跨越升级也很重要(例如,从MySQL5.1升级到MySQL5.6)。

确保你认真阅读了发行说明,并且你清楚所有改变。你可以从以下链接中获取Oracle MySQL 5.5和5.6的发行说明:

http://dev.mysql.com/doc/relnotes/mysql/5.5/en/

http://dev.mysql.com/doc/relnotes/mysql/5.6/en/

Percona Server有单独的发行说明,按上面说的顺序可以参看以下链接:

http://www.percona.com/doc/percona-server/5.5/release-notes/release-notes_index.html
http://www.percona.com/doc/percona-server/5.6/release-notes/release-notes_index.html

如果你计划升级到 Oracle MySQL 5.6 或者 Percona Server 5.6,我建议你首先检查以下已经存在的关键bugs。以下是你需要注意的一些bugs:

http://bugs.mysql.com/bug.php?id=66546
http://bugs.mysql.com/bug.php?id=68953
http://bugs.mysql.com/bug.php?id=69444
http://bugs.mysql.com/bug.php?id=70922
http://bugs.mysql.com/bug.php?id=72794
http://bugs.mysql.com/bug.php?id=73820

James_飏
翻译于 2014/09/27 15:56
2

升级的层次结构:

这也是每一次MySQL升级的关键。你需要根据一个升级层次结构来做你的每次升级。建议的次序结构是:首先升级 dev/QA servers,然后升级 staging server,最后升级到 production servers上。实际上,你可以缩小升级的步伐,一步一步升级到你想要的版本,每步都可以充分地测试原来的应用。

一旦你对在test servers, staging servers等上运行的升级感到满意后,你就可以在你的production servers上进行升级了。在副本环境下,我建议你先升级MySQL slaves(一个接一个的)最后升级MySQL master。实际上,你可以先升级一个slaves,让它在安全环境下运行几天,同时观察仔细观察它的运行情况。如果你的服务器中没有副本环境的设置,那么还是值得建立一个副本环境来测试新版的MySQL的。一旦你对升级结果感到满意,你可以升级其他的slaves,最后升级master。

James_飏
翻译于 2014/09/27 16:24
1
本文中的所有译文仅用于学习和交流目的,转载请务必注明文章译者、出处、和本文链接。
我们的翻译工作遵照 CC 协议,如果我们的工作有侵犯到您的权益,请及时联系我们。
加载中

评论(14)

少红领巾
少红领巾
mark
Smile月光
Smile月光

引用来自“iceworldvip”的评论

数据无价原理

引用来自“wgcn”的评论

所以只要数据价值没有受到影响,谁吃饱撑了动生产环境的数据库啊~~~
正解,一般运行稳定,没人会去乱升级的。
高耳鸡
高耳鸡

引用来自“netlibo”的评论

这个帖子在小米3下按“分享到”按钮后会崩溃,近期遇到了几次类似情况。@红薯

引用来自“独孤影”的评论

确实是这样
+1
独孤影
独孤影

引用来自“netlibo”的评论

这个帖子在小米3下按“分享到”按钮后会崩溃,近期遇到了几次类似情况。@红薯
确实是这样
James_飏
James_飏
^_^第一次贡献翻译,有用就行啊
w
wgcn

引用来自“iceworldvip”的评论

数据无价原理
所以只要数据价值没有受到影响,谁吃饱撑了动生产环境的数据库啊~~~
n
netlibo
这个帖子在小米3下按“分享到”按钮后会崩溃,近期遇到了几次类似情况。@红薯
Crazy罗小杰
Crazy罗小杰
有用
jonnykay
jonnykay
mark
南山小樵
南山小樵
mark
返回顶部
顶部