MySQL Cloud Service 系列文章快捷入口：

• MySQL Cloud Service 介绍
• MySQL Cloud Service：创建 MySQL Database
• MySQL Cloud Service: MySQL服务概览
• MySQL Cloud Service：MySQL 的起停
• MySQL Cloud Service：网络访问控制管理
• MySQL Cloud Service：日常维护
• MySQL Cloud Service：备份及恢复

前面已经通过9篇文章介绍了 Oracle Cloud Service 中的 MySQL Cloud Service 的使用及注意事项，本文最后再介绍以下很多 DBA 所关心的两个问题：补丁管理 和 容量管理

我们先看看如何在 MySQL Cloud Service 上来处理补丁的事情。

• 有哪些补丁是可以在 MySQL Cloud Service 上使用的？
  • MySQL Database 相关补丁
    MySQL 数据库 Instance 层面的补丁是可以正常使用的，当然，补丁过程和我们平常维护本地数据库差不多，同样包含以下几个步骤：
    • 检查补丁对应版本
    • 检查补丁的前置条件（比如空间是否够，版本是否对等）
    • 执行补丁程序
    • 确认补丁结果
    • 遇到异常回滚补丁
  • OS 相关补丁
    由于 MySQL Cloud Service 在创建数据库的时候同时给了我们一个独立的 OS 环境用于运行 MySQL Instance，所以这个 OS 的日常维护也是需要我们自行维护的。所以 OS 相关补丁也开放给了用户自行管理。
    当然，OS 层面的补丁现在一般都是以yum方式来处理，所以想对比较简单，Oracle Cloud Service 提供给用户的所有OS环境都是 Oracle Linux，所以源也最好使用 Oracle 官方源：http://public-yum.oracle.com
• 什么时候需要我们打补丁？
  Oracle Cloud Service 给旗下所有服务都配置了可用补丁列表，我们可以通过相应的路径找到目前使用环境可以使用的补丁，然后根据补丁解决问题以及自身业务特性来决定是否需要执行补丁程序。
• 补丁过程会给我们带来哪些影响呢？
  通常来说，大部分数据库补丁都可能会需要停机，所以对于 DBA 而言，补丁的执行是一个谨慎的行为，我们需要知道补丁会带来以下影响：
  • 好用存储空间
    所以需要检查存储空间是否足够
  • 丢失数据库链接
    会导致应用链接丢失，如果应用程序不够健壮，或者没有高可用环境，会导致应用不可用
  • 数据库停机
    没有任何方式可以访问数据库
  • 文件存储不可访问

  当然，如果一切顺利，当补丁程序执行完成之后，数据库正常重启后即可提供服务。

• 我们可以通过哪些方式来打补丁？
  • MySQL Cloud Service Console
  • Command line tools（psm MySQLCS）

说完了补丁管理，我们再来看看 在 Oracle MySQL Cloud Service 上如何做容量规划。

众所周知，云计算最大的便利就在于资源的最大化利用和最小化成本。即用／即时申请／即时释放

在 Oracle Cloud Service上的 MySQL 数据库服务作为一个云数据库服务，当然同样能获得即时申请／即时使用／即时释放 的便利，但这样是不是就代表我们不用管理容量规划的事情呢？

当然不是，首先从硬件角度 Oracle 官方提供的 MySQL Cloud Service 单机可选规格就是有限的，其次每个 MySQL Database 的容量存储也有一定的限制，所以我们同样还是需要在设计阶段就做好一个初步的预估，为后续业务成长做好基础规划，以确保在后续的资源管理中做到心中有数。