主从版架构

高可用版采用一主 N 从的高可用模式，实时热备，提供宕机自动检测和故障自动转移。覆盖游戏、互联网、金融、物联网、零售电商、物流、保险、证券等行业应用。

默认链路

默认链路使用的是租户内网带宽，提供高可用，但是每个服务实例都将占用内网IP。使用默认链路避免了连接器中复杂的传输路径，能降低网络延迟，对于延时敏感型业务，建议选择默认链路。

拓扑图

连接器链路

连接器链路提供高可用，支持横向扩展的负载。一个连接器下可以连接多个实例，除连接器自身占用的IP外，该连接器下的服务实例将不需要再占用IP，因此帮助客户节约了内网IP地址，但是由于连接器自身的架构特性，会增加延迟。

提示：从2021-03-19号起不再提供连接器链路

拓扑图

为保障云数据库MySQL实例的稳定性，系统会不定期对实例进行维护操作。默认可维护时间段为03:00~04:00，您可以根据业务规律，将可维护时间段设置在业务低峰期，以免维护过程中可能对业务造成的影响。

操作步骤

1. 登陆控制台。

2. 在左侧菜单中选择【数据库服务】。

3. 找到目标MySQL实例，点击实例ID。

4. 在【基本信息】页面找到【维护信息】，单击【修改】。

5. 在弹出的对话框中，选择您所需的“维护周期”和“维护时间”

6. 设置好维护时间的任务之后，可以点击【查看维护时间任务】进行任务查看和修改。

变更配置

设置实例参数

您可以在控制台查看和修改部分参数的值，并在控制台查询参数修改记录。

修改实例字符集

本文将介绍如何通过控制台修改实例的字符集。

注意事项

创建只读实例

创建账号

本文介绍如何为云数据库MySQL实例创建账号。

账号类型

云数据库MySQL实例支持两种数据库账号：高权限账号和普通账号。您可以在控制台管理所有账号，账号拥有的具体权限请参见文末账号权限列表。

创建高权限账号

重置账号权限

如果高权限账号自身出现问题，比如权限被意外回收（REVOKE ），您可以通过重置账号权限的方法恢复。

创建普通账号

账号权限列表

修改密码

在使用云数据库MySQL过程中，如果忘记数据库账号密码，可以通过控制台重新设置密码。

操作步骤

修改账号权限

您可以根据需要修改普通账号的权限。高权限账号的权限只能重置为初始状态，无法修改为指定的权限。

修改普通账号的权限

删除账号

您可以通过控制台删除账号，或者通过SQL命令删除普通账号。

通过控制台删除账号

登陆phpMyAdmin

本文为您介绍通过云数据库 MySQL 控制台进入 phpMyAdmin的操作。

操作步骤

建立数据库和表

创建数据库

创建数据表

删除数据库和表

删除数据库

删除数据表

使用SQL命令

登陆phpMyAdmin，点击【SQL】，即可执行SQL命令。

备份数据

数据备份用于数据损坏或丢失，您可以设置备份策略自动备份或手动备份，备份的方式都为物理备份。

物理备份

物理备份，物理数据全拷贝（自动备份与手动备份均支持）。

注意事项

自动备份

手动备份

恢复数据

当你已经拥有MySQL备份文件，可以通过备份恢复的方式来实现数据回档，回档是基于数据备份 + 日志备份（binlog），可进行实时数据回档

可以通过以下方式将备份恢复到mysql实例：

• 方式：备份数据会恢复到临时实例上，原实例不受影响。

注意事项

• 回档功能与自动备份设置的备份周期时间和保留天数相关联，提供基于保留天数下且备份周期时间内数据备份 + 日志备份（binlog）的回档，备份周期设置请参见自动备份 MySQL 数据。为保证数据安全，自动备份设置的备份周期请设置为一周至少备份两次 MySQL。
<
• 例如您设置的备份周期为周一、周四，备份保留天数为7天，则可选回档至保留天数内的任意一天。

物理备份恢复

注意事项

监控分类

云数据库 MySQL 包括资源监控、引擎监控（普通）、引擎监控（扩展）、部署监控4种监控类型，通过查看不同监控类型的指标，可快速、准确的了解实例性能及运行状况。

监控粒度

监控指标

操作步骤

使用场景

您可以创建告警用于在云数据库状态改变时触发警报并发送相关消息。创建的告警会根据每隔一段时间监控的指标相对于给定阈值的情况判断是否需要触发相关通知。
状态改变触发告警后，您可以及时进行相应的预防或补救措施。因此，合理地创建告警能帮助您提高应用程序的健壮性和可靠性。
当用户需要针对云数据库产品的某个状态发送告警时，需要先创建告警规则。告警规则包括名称、关联资源、告警触发条件和通知方式三个必要组成部分。每个告警规则是一系列告警触发条件的集合，告警触发条件是“或”关系，即一个条件满足，就会发送告警。告警将发送至告警规则关联的所有人，用户接收到告警后可以及时查看并采取相应措施。

注意：

在设置报警规则前请先设置报警接收联系人。

操作步骤

创建报警规则

• 1.登陆控制台。

• 2.在左侧菜单中选择【弹性计算】-【计算监控中心】。

• 3.在左侧栏中选择【报警规则】。

• 4.在报警规则页中，点击右上角的【创建报警规则】。

• 5.在创建报警规则页面中，设置关联资源、触发条件、通知方式等。

  产品类型

  • I)分为云数据库MySQL-主机监控和云数据库MySQL-备机监控，分别适用于不用的实例类型。

  • II)部署类监控为主机：当监控实例为主实例时，由于其主实例不为任何实例的从实例，因此其主机下复制相关的监控数据无效，此时其 IO、SQL 线程状态为未启动。仅当监控实例为灾备实例和只读实例时，其对应复制相关的监控数据才有效，且 IO、SQL 线程才是启动的状态。

  • III)部署类监控为备机：高可用版的实例默认为一主一从架构，因此，仅当监控实例为主实例时，其备机下复制相关的监控数据才有效。用于反映主实与其隐藏从节点的延迟距离及时间，建议关注备机下相关的监控数据，若主实例存在故障时，其监控实例对应隐藏的从节点可快速提升为主实例。

  • IV)可通过选择对象所在的地域或搜索对象的实例名称找到需要关联的对象实例。

    

    说明：

    • 报警规则：指标、统计周期、比较关系、阈值、持续周期和告警周期组成的一个有语义的条件。例如：指标为磁盘使用率、比较关系为>、阈值为80%、统计周期为1分钟、持续周期为2个周期、告警周期为每5分钟告警一次。表示：每1分钟收集一次磁盘使用率数据，若某台云数据库的磁盘使用率连续两次大于80%则触发告警，如果一直持续，则会每5分钟发送一次告警。

    • 设置告警接收对象：

      • 1.选择需要通知的用户组。

      • 2.设置报警级别。

        Critiacl（严重）：同时发送短信及邮件。

        Warning（警告）：发送邮件。

• 6.确认无误后，单击【确定】即可。

设置白名单

创建云数据库MySQL实例后，您需要设置实例的白名单，以允许外部设备访问该数据库实例。白名单在创建实例时可选择开启，不开启则默认关闭。默认的白名单只包含默认IP地址127.0.0.1，表示任何设备均无法访问该MySQL实例。
白名单可以让云数据库MySQL实例得到高级别的访问安全保护，建议您定期维护白名单。设置白名单不会影响MySQL实例的正常运行。

操作步骤

查看日志

下载日志

创建标签

如果您有大量实例，可以通过给实例绑定标签，对实例进行分类管理。

限制说明

最多可以添加19个标签，每个实例也最多能绑定19个标签。

操作步骤

删除标签

操作步骤

删除单个标签

批量解绑标签

高性能型数据

高I/O型数据

Q1：哪些内容会占用我购买的RDS实例空间？

除了您正常的数据外，还有数据库实例正常运行所需要的空间，比如系统数据库、数据库回滚日志、重做日志、索引等。同时RDS for MySQL数据库实例产生的一天内的Binlog日志也会占用这个空间。这些文件会保证RDS实例正常稳定运行。

Q2：我的RDS实例是否会受其他用户实例影响？

不会，因为每个RDS实例与其他用户的RDS实例是独立的，并且有资源隔离，互不影响。

Q3：RDS空间组成说明？

1、数据空间：数据所占用的空间； 比如每建一张空表就会占用1M空间，随着数据的插入，空间会一直增长。

2、系统文件空间：包括共享表空间，错误日志文件等； RDS 默认推荐使用INNODB引擎，在安装初始化的时候，会生成一个共享表空间生成；用来存放数据库的REDO LOG和UNDO LOG，以及数据字典，是系统必需的。

Q4：解决无法连接实例问题

1、地域不同：

云主机实例和RDS实例位于不同的地域时，无法直接通过内网互通。

解决办法一：将原实例申请退款，重新购买。

解决办法二：通过外网互通。这种方式的性能、安全性、稳定性较差。

2、IP白名单设置有误：

• 由于白名单设置中只有默认地址127.0.0.1。该地址表示不允许任何设备访问RDS实例。因此需在白名单中添加对端的IP地址，具体操作请参见设置白名单。
• 白名单设置成了0.0.0.0，正确格式为0.0.0.0/0。
  说明：0.0.0.0/0表示允许任何设备访问RDS实例，请谨慎使用。

3、连接数已满：

连接数满通常是由于空闲连接过多或活动连接过多，具体原因及解决办法请参见RDS for MySQL 连接数满情况的处理。

无法连接RDS实例的常见报错和解决办法

RDS for MySQL 连接数满情况的处理

连接数满会导致客户端无法连接到RDS for MySQL数据库。

连接数满通常是两种原因导致的：

• 空闲连接过多。
• 活动连接过多。

空闲连接过多

原因：

• 应用使用长连接模式：对于长连接模式（比如Java应用），应用侧应该配置连接池。连接池的初始连接数设置过高，应用启动后建立多个到RDS实例空闲连接。
• 应用使用短连接模式：对于短连接模式（比如PHP应用），出现大量的空闲连接说明应用没有在查询执行完毕后显式的关闭连接。

解决方法：

• 通过kill命令来终止当前空闲会话。
• 修改应用，长连接模式需要启用连接池的复用功能（建议也启用连接检测功能）。
• 修改应用，短连接模式需要在代码中修改查询结束后调用关闭连接的方法。

ERROR 2003 (HY000): Can’t connect to MySQL server on ‘XXX’(10038或10060或110)

连接RDS for MySQL或MariaDB TX实例时，提示以下其中一种错误信息：

• ERROR 2003 (HY000): Can’t connect to MySQL server on ‘XXX’(10038或10060或110)
• 无法连接到数据库：XXX

云主机通过内网无法访问RDS的解决办法：

1. 检查云主机和RDS是否位于不同的地域。
2. 检查云主机的内网IP地址是否已添加到RDS的白名单。如果未添加，请设置白名单。

云主机以外的设备无法访问RDS的解决办法：

云主机以外的设备访问RDS时，只能通过外网连接。如果连接失败，解决办法如下：

1. 检查是否已设置RDS白名单。如果未设置，请设置白名单。
2. 如果您已设置白名单，那么连接失败很可能是因为您在白名单中添加的设备公网IP地址并非设备真正的出口IP地址。原因如下：
   • 公网IP地址不固定，可能会变动。
   • IP地址查询工具或网站查询的公网IP地址不准确。
   • 关于确认设备公网IP地址的方法，请参见定位本地IP。

ERROR 1045 (HY000): #28000ip not in whitelist或ERROR 2801 (HY000): #RDS00ip not in whitelist

问题描述：

连接RDS实例时，提示以下其中一种错误信息：

• ERROR 1045 (HY000): #28000ip not in whitelist
• ERROR 2801 (HY000): #RDS00ip not in whitelist, client ip is XXX

原因和解决办法

• 白名单中只有默认地址127.0.0.1。该地址表示不允许任何设备访问RDS实例。需在白名单中添加设备的IP地址，具体操作请参见设置白名单。
• 白名单设置成了0.0.0.0。正确格式为0.0.0.0/0
• 您在白名单中添加的设备公网IP地址可能并非设备真正的出口IP地址。原因如下：
  • 公网IP地址不固定，可能会变动。
  • IP地址查询工具或网站查询的公网IP地址不准确。

解决办法请参见定位本地IP。

ERROR 1045 (28000): Access denied for user ‘XXX’@’XXX’

问题描述：

连接RDS for MySQL实例时，提示以下错误信息：

ERROR 1045 (28000): Access denied for user ‘XXX’@’XXX’ (using password: YES)

原因和解决办法：

一般都是因为用户名或密码错误，请检查连接信息中的用户名和密码。

• RDS不提供root账号，您需要自行创建账号。具体操作请参见创建账号。
• 如果密码中包含特殊字符，可能需要加上单引号，例如，在命令中使用-p '密码'。
• 如果忘记密码，您可以在控制台的账号管理页面修改密码。
  修改密码后，新密码可能需要数分钟才生效。

类似的错误信息：

连接RDS for MySQL实例时，提示以下错误信息：

ERROR 1045 (28000): Access denied for user ‘XXX’@’XXX’ (using password: NO)

原因：连接信息中没有填写密码。

Q5：能否在云主机上创建RDS从库？

目前不支持在云主机上搭建从库。

原因如下：

1. 目前RDS数据库是主备HA架构，不开放数据库文件的配置信息及权限给客户端。
2. 当主库发生异常的时候，从库会在30秒内进行切换，成为主库，这时会导致serverid发生改变。

Q6：解决CPU、内存、空间、IOPS使用率偏高的问题

CPU使用率高请参考RDS for MySQL CPU使用率高的原因和解决方法。

内存使用率高请参考MySQL 实际内存分配情况介绍。

IOPS使用率高请参考MySQL IOPS 使用率高的原因和解决方法。

Q7：RDS for MySQL是否支持只读实例、读写分离

• RDS for MySQL目前仅主从版支持只读实例的购买。
• 目前RDS实例不提供读写分离功能，有需要扩展读性能可以在主从版创建只读实例。

RDS for MySQL CPU使用率高的原因和解决方法

RDS for MySQL使用过程中，会遇到CPU使用率过高甚至达到100%的情况。本文将介绍造成该状况的常见原因以及解决方法，并通过CPU使用率为100%的典型场景，来分析引起该状况的原因及其相应的解决方案。

常见原因：

系统执行应用提交查询（包括数据修改操作）时需要大量的逻辑读（逻辑IO，执行查询所需访问的表的数据行数），所以系统需要消耗大量的CPU资源以维护从存储系统读取到内存中的数据一致性。

说明：大量行锁冲突，行锁等待或后台任务也有可能会导致实例的CPU使用率过高，但这些情况出现的概率低，本文不做讨论。

下文通过一个简化对的模型来说明系统资源、语句执行成本以及QPS（Query Per Second每秒执行的查询数）之间的关系：

条件：应用模型恒定（应用没有修改）。

avg_lgc_io：执行每条查询需要的平均逻辑 IO。

total_lgc_io：实例的 CPU 资源在单位时间内能够处理的逻辑 IO 总量。

关系公式：total_lgc_io = avg_lgc_io x QPS -- 单位时间 CPU 资源 = 查询执行的平均成本 x 单位时间执行的查询数量。

避免出现CPU使用率达到100%的一般原则：

• 按时关注CPU使用率监控，实例CPU使用率保证一定的冗余度。
• 应用设计和开发过程中，要考虑查询的优化，遵守MySQL优化的一般优化原则，降低查询的逻辑IO，提高应用可扩展性。
• 新功能、新模块上线前，要使用生产环境数据进行压力测试。

典型示例：

以CPU使用率为100%的典型场景为例，下文介绍了两个引起该状况的原因及其解决方案，即应用负载（QPS）高和查询执行成本（查询访问表数据行数avg_lgc_io）高。其中，由于查询执行成本高（查询访问表数据行数多）而导致实例CPU使用率高是MySQL的常见问题。

1、应用负载（QPS）高

现象描述：

• 特征：实例的QPS（每秒执行的查询次数）高，查询比较简单、执行效率高、优化余地小。
• 表现：没有出现慢查询（或者慢查询不是主要原因），且QPS和CPU使用率曲线变化吻合。
• 常见场景：该状况常见于应用优化过的在线事务交易系统（例如订单系统）、高读取率的热门Web网站应用、第三方压力工具测试（例如 Sysbench）等。

解决方案：

• 对于由应用负载高导致的CPU使用率高的状况，使用SQL查询进行优化的余地不大，建议您从应用架构、实例规格等方面来解决，例如：
  • 升级实例规格，增加CPU资源。
  • 增加只读实例，将对数据一致性不敏感的查询（例如商品种类查询、列车车次查询）转移到只读实例上，分担主实例压力。
  • 使用首云Redis产品，尽量从缓存中获取常用的查询结果，减轻RDS实例的压力。
• 对于查询数据比较静态、查询重复度高、查询结果集小于1MB 的应用，考虑开启查询缓存（Query Cache）。
  注意：能否从开启查询缓存（Query Cache）中获益需要经过测试，具体设置请参见RDS for MySQL 查询缓存（Query Cache）的设置和使用。
• 定期归档历史数据、采用分库分表或者分区的方式减小查询访问的数据量。
• 尽量优化查询，减少查询的执行成本（逻辑IO，执行需要访问的表数据行数），提高应用可扩展性。

2、查询执行成本（查询访问表数据行数avg_lgc_io）高

现象描述：

• 特征：实例的QPS（每秒执行的查询次数）不高；查询执行效率低、执行时需要扫描大量表中数据、优化余地大。
• 表现：存在慢查询，QPS和CPU使用率曲线变化不吻合。
• 原因分析：由于查询执行效率低，为获得预期的结果即需要访问大量的数据（平均逻辑IO高），在 QPS并不高的情况下（例如网站访问量不大），就会导致实例的CPU使用率高。

解决方案：

解决该状况的原则是：定位效率低的查询、优化查询的执行效率、降低查询执行的成本。

操作步骤：

a）通过如下方式定位效率低的查询：

通过show processlist; 或 show full processlist; 命令查看当前执行的查询，如下图所示。

对于查询时间长、运行状态（state列）是sending data、copying to tmp table、copying to tmp table on disk、sorting result、using filesort等都可能是有性能问题的查询（SQL）。

注意：

• 若在QPS高导致CPU使用率高的场景中，查询执行时间通常比较短，show processlist; 命令或实例会话中可能会不容易捕捉到当前执行的查询。您可以执行命令 explain select b. * from perf_test_no_idx_01 a, perf_test_no_idx_02 b where a.created_on >=2015-01-01 and a.detail –b.detail 进行查询；
• 您可以通过执行类似kill 101031643; 的命令来终止长时间执行的会话，终止会话请参见RDS for MySQL如何终止会话。关于长时间执行会话的管理，请参见RDS for MySQL管理长时间运行查询。

MySQL 实际内存分配情况介绍

RDS的内存是重要的性能参数，常常出现由于异常的 SQL 请求以及待优化的数据库导致内存利用率升高的情况，严重时还会出现由于 OOM 导致实例发生 HA 切换的情况。

MySQL 的内存大体可以分为共享内存和 session 私有内存两部分，下面将详细介绍各部分的构成。

1、共享内存

执行如下命令，即可查询示例的共享内存分配情况：

show variables where variable_name in ( 'innodb_buffer_pool_size','innodb_log_buffer_size','innodb_additional_mem_pool_size','key_buffer_size'
,'query_cache_size' );

如下是内存规格为 240 M 的 RDS 实例的共享内存分配情况的查询结果：

参数说明：

• innodb_buffer_pool
  该部分缓存是 Innodb 引擎重要的缓存区域，是通过内存来弥补物理数据文件的重要手段，在 RDS 上会采用实例规格配置的 75% 作为该部分大小。其中主要包含数据页、索引页、undo 页、insert buffer、自适应哈希索引、锁信息以及数据字典等信息。在进行 SQL 读和写的操作时，首先并不是对物理数据文件操作，而是先对 buffer_pool 进行操作，然后再通过 checkpoint 等机制写回数据文件。该空间的优点是可以提升数据库的性能、加快 SQL 运行速度，缺点是故障恢复速度较慢。
• innodb_log_buffer
  该部分主要存放 redo log 的信息，在 RDS 上会设置 1 M 的大小。InnoDB 会首先将 redo log 写在这里，然后按照一定频率将其刷新回重做日志文件中。该空间不需要太大，因为一般情况下该部分缓存会以较快频率刷新至 redo log（Master Thread 会每秒刷新、事务提交时会刷新、其空间少于 1/2 时同样会刷新）。
• innodb_additional_mem_pool
  该部分主要存放 InnoDB 内的一些数据结构，在 RDS 中统一设置为 2 M。通常是在 buffer_pool 中申请内存的时候还需要在额外内存中申请空间存储该对象的结构信息。该大小主要与表数量有关，表数量越大需要更大的空间。
• key_buffer
  该部分是 MyISAM 表的重要缓存区域，所有实例统一为 16 M。该部分主要存放 MyISAM 表的键。MyISAM 表不同于 InnoDB 表，其缓存的索引缓存是放在 key_buffer 中的，而数据缓存则存储于操作系统的内存中。RDS 的系统是 MyISAM 引擎的，因此在 RDS 中是给予该部分一定量的空间的。
• query_cache
  该部分是对查询结果做缓存以减少解析 SQL 和执行 SQL 的花销，在 RDS 上关闭了该部分的缓存。主要适合于读多写少的应用场景，因为它是按照 SQL 语句的 hash 值进行缓存的，当表数据发生变化后即失效。

2、Session 私有内存

共享内存中介绍的内存空间是实例创建时即分配的内存空间，并且是所有连接共享的。而出现 OOM 异常的实例都是由于下面各个连接私有的内存造成的。

执行如下命令，查询示例的 session 私有内存分配情况：

show variables where variable_name in ( 'read_buffer_size','read_rnd_buffer_size','sort_buffer_size','join_buffer_size','binlog_cache_size','tmp_table_size' );

查询结果如下（如下为测试实例配置）：

参数说明：

• read_buffer&read_rnd_buffer
  分别存放了对顺序和随机扫描（例如按照排序的顺序访问）的缓存，RDS 给每个 session 设置 256 K 的大小。当 thread 进行顺序或随机扫描数据时会首先扫描该 buffer 空间以避免更多的物理读。
• sort_buffer
  需要执行 order by 和 group by 的 SQL 都会分配 sort_buffer，用于存储排序的中间结果，在 RDS 上设置 256 K。在排序过程中，若存储量大于 sort_buffer_size，则会在磁盘生成临时表以完成操作。在 Linux 系统中，当分配空间大于 2 M 时会使用 mmap() 而不是 malloc() 来进行内存分配，导致效率降低。
  [Err] 1114 - The table '/home/mysql/data3081/tmp/#sql_6197_2' is full
• join_buffer
  MySQL 仅支持 nest loop 的 join 算法，RDS 设置 256 K 的大小。处理逻辑是驱动表的一行和非驱动表联合查找，这时就可以将非驱动表放入 join_buffer，不需要访问拥有并发保护机制的 buffer_pool。
• binlog_cache
  该区域用来缓存该 thread 的 binlog 日志，RDS 设置 256 K 的大小。在一个事务还没有 commit 之前会先将其日志存储于 binlog_cache 中，等到事务 commit 后会将其 binlog 刷回磁盘上的 binlog 文件以持久化。
• tmp_table
  不同于上面各个 session 层次的 buffer，这个参数可以在控制台上修改。该参数是指用户内存临时表的大小，如果该 thread 创建的临时表超过它设置的大小会把临时表转换为磁盘上的一张 MyISAM 临时表。如果用户在执行事务时遇到类似如下这样的错误，可以考虑增大 tmp_table 的值。
  [Err] 1114 - The table '/home/mysql/data3081/tmp/#sql_6197_2' is full

MySQL IOPS 使用率高的原因和解决方法

MySQL实例在日常使用中会出现实例 IOPS 使用率高的情况，本文将介绍造成该状况的主要原因和解决方法。

原因：

• 实例内存满足不了缓存数据或排序等需要，导致产生大量的物理IO。
• 查询执行效率低，扫描过多数据行。

解决方法：

您可以通过终止问题查询来解决IOPS使用率高的问题。

终止问题查询

您可以通过命令查询和终止问题查询，建议您将物理读（Physical_sync_read 和 Physical_async_read）高的查询终止掉。

注意：

• RDS 实例在连接数打满的情况下，无法通过 DMS 或者 MySQL 命令行工具连接登录实例。
• 如果无法通过 DMS 或 MySQL 命令行工具连接，建议您先在 RDS 控制台的参数设置中将 wait_timeout 参数（单位秒）设置为比较小的值（比如 60），让 RDS 实例主动关闭空闲时间超过 60 秒的连接，以便稍后可以通过 DMS 或者 MySQL 命令行工具连接访问实例。

操作步骤：

1.通过 MySQL 命令行工具连接实例。

2.通过如下方式，查看会话情况，来确定问题会话。

通过执行 show processlist; 命令查询，结果如下图所示。

若当前执行会话比较多，通过执行 show full processlist; 命令来查询，结果如下图所示。

3.执行 kill <Id> 命令，终止相关会话。

参数说明：Id 是上述步骤查询结果中的 Id 列值。

RDS for MySQL管理长时间执行的查询

出现原因：

在使用RDS for MySQL的过程中，由于某些原因，例如被SQL注入、SQL执行效率较差、DDL语句引起表元数据锁等待等等，会出现运行时间很长的查询。

• 由于SQL执行效率差而导致的长时间查询。
• 由于被SQL注入而导致的长时间查询。

长时间执行的查询带来的问题：

通常来说，除非是BI/报表类查询，否则长时间执行的查询对于应用缺乏意义，而且会消耗系统资源，比如大量长时间查询可能会引起CPU、IOPS和连接数过高等问题，导致系统不稳定。

如何避免长时间执行的查询

应用方面应注意增加防止SQL注入的保护措施。

在新功能模块上线前，进行压力测试，避免执行效率很差的SQL大量执行。

尽量在业务低峰期进行索引创建删除、表结构修改、表维护和表删除操作。

RDS for MySQL如何终止会话

1.通过MySQL命令行工具连接实例。

提示：RDS实例在连接数已满的情况下，是无法通过MySQL命令行工具连接实例的。如果无法通过DMS或MySQL命令行工具连接，建议先在控制台的参数设置中将wait_timeout参数（单位秒）设置为比较小的值（比如60），让RDS实例主动关闭空闲时间超过60秒的连接，以便稍后可以通过MySQL命令行工具连接访问实例。

2.通过如下命令查看当前会话情况，记录想要结束的会话id。

show processlist;

系统显示类似如下:

3.执行如下命令，结束会话。

Kill [$ID];

注：[$ID]为上一步记录的id。

系统显示类似如下：

RDS for MySQL查询缓存（Query Cache）的设置和使用

1.功能和适用范围

功能：

• 降低CPU使用率。
• 降低IOPS使用率（某些情况下）。
• 减少查询响应时间，提高系统的吞吐量。

使用范围：

• 表数据修改不频繁、数据较静态。
• 查询（Select）重复度高。
• 查询结果集小于 1 MB。

说明：查询缓存并不一定带来性能上的提升，在某些情况下（比如查询数量大，但重复的查询很少）开启查询缓存会带来性能的下降。

2.原理

RDS for MySQL对来自客户端的查询（Select）进行Hash计算得到该查询的Hash值，通过该Hash值到查询缓存中匹配该查询的结果。

如果匹配（命中），则将查询的结果集直接返回给客户端，不必再解析、执行查询。

如果没有匹配（命中），则将Hash值和结果集保存在查询缓存中，以便以后使用。

查询涉及的任何一个表中数据发生变化，RDS for MySQL将查询缓存中所有与该表相关的查询结果集全部释放（删除）。

3.限制

• 查询必须严格一致（大小写、空格、使用的数据库、协议版本、字符集等必须一致）才可以命中，否则视为不同查询。
• 不缓存查询中的子查询结果集，仅缓存查询最终结果集。
• 不缓存存储函数（Stored Function）、存储过程（Stored Procedure）、触发器（Trigger）、事件（Event）中的查询。
• 不缓存含有每次执行结果变化的函数的查询，比如now()、curdate()、last_insert_id()、rand()等。
• 不缓存对mysql、information_schema、performance_schema系统数据库表的查询。
• 不缓存使用临时表的查询。
• 不缓存产生告警（Warnings）的查询。
• 不缓存Select … lock in share mode、Select … for update、 Select * from … where autoincrement_col is NULL类型的查询。
• 不缓存使用用户定义变量的查询。
• 不缓存使用Hint - SQL_NO_CACHE的查询。

4.设置

参数设置

控制台参数设置如下。

query_cache_type：是否开启查询缓存功能。

取值为 0 ：关闭查询功能。

取值为 1 ：开启查询缓存功能，但不缓存Select SQL_NO_CACHE开头的查询。

取值为 2 ：开启查询缓存功能，但仅缓存Select SQL_CACHE开头的查询。

说明：修改query_cache_type需要重启实例（修改后实例会自动重启）。

5.验证效果

• 控制台中查看CPU使用率
• SQL命令
  可以通过如下命令来获取查询缓存的使用状态。
  show global status like ‘Qca%’;
  Qcache_hits：查询缓存命中次数。
  Qcache_inserts：将查询和结果集写入到查询缓存中的次数。
  Qcache_not_cached：不可以缓存的查询次数。
  Qcache_queries_in_cache：查询缓存中缓存的查询量。
  

RDS for MySQL物理备份文件恢复到自建数据库

开源软件 Percona Xtrabackup 可以用于对数据库进行备份恢复，您可以使用该软件将云数 据库 MySQL 的备份文件恢复到自建数据库中，本文将介绍详细的操作步骤。

注意事项

•  本文使用 Linux7 的操作系统为例进行演示。

•  操作系统中已安装数据恢复工具 Percona XtraBackup，您可以从 Percona XtraBackup 官网下载安装。

•  MySQL 5.6 及之前的版本需要安装 Percona XtraBackup 2.3，安装指导请参见官方 文档 Percona XtraBackup 2.3。

•  MySQL 5.7 版本需要安装 Percona XtraBackup 2.4，安装指导请参见官方文档 Percona XtraBackup 2.4。

•  MySQL 8.0 版本需要安装 Percona XtraBackup 8.0，安装指导请参见官方文档 Percona XtraBackup 8.0。

•  本地 MySQL 数据库安装在 64 位的 Linux 系统中，且与云数据库 MySQL 版的版本 相同。

•  在 Linux 服务器上，安装解压工具 qpress。

      wget -d --user-agent="Mozilla/5.0 (Windows NT x.y; rv:10.0) Gecko/20100101
 
      Firefox/10.0" http://www.quicklz.com/qpress-11-linux-x64.tar
 
      tar xvf qpress-11-linux-x64.tar
 
      cp qpress /usr/bin

说明：由于软件限制，目前只支持将云数据库MySQL的备份文件恢复到安装在linux系统中的自建MySQL数据库中。

操作步骤：

1.下载数据备份。

2.执行如下命令，解压已下载的数据备份文件。

说明：本文以自定义路径/home/mysql/data 为例，您可以根据实际情况将其替换成实际路 径。

目前物理备份集文件格式为：

MySQL 5.6、5.7 备份文件格式为 tar 压缩包 （.tar.gz 后缀）

MySQL 8.0 备份文件格式为 xb 文件（.xb 后缀）

对于 tar 压缩包 （.tar.gz 后缀），使用命令：

tar -izxvf <数据备份文件名>.tar.gz -C /home/mysql/data

对于 xb 文件（.xb 后缀），使用命令：

cat mysql_data_backup.xb | xbstream -x -v -C /home/mysql/data

xtrabackup --decompress --remove-original --target-dir=/home/mysql/data

说明：-C：指定文件要解压到的目录。可选参数，若不指定就解压到当前目录。

3.执行如下命令，查询解压后生成的文件。

ls -l /home/mysql/data

命令执行成功后，系统会返回如下结果，其中蓝色字体为生成备份文件时 RDS 实例所包含 的数据库。

4.执行如下命令，恢复解压好的备份文件。

MySQL 5.6、5.7:

Innobackupex --defaults-file=/home/mysql/data/backup-my.cnf --apply-log /home/mysql/data

MySQL 8.0：

xtrabackup --prepare --target-dir=/home/mysql/data

若系统返回如下类似结果，则说明备份文件已成功恢复到本地数据库。

说明：请确保您的Percona XtraBackup版本正确。

5.为避免版本问题，需修改backup-my.cnf参数，具体操作步骤如下。

a)执行如下命令，以文本方式编辑backup-my.cnf文件。

vi /home/mysql/data/backup-my.cnf

b)自建数据库不支持如下参数，需要注释掉。

#innodb_log_checksum_algorithm

#innodb_fast_checksum

#innodb_log_block_size

#innodb_doublewrite_file

#rds_encrypt_data

#innodb_encrypt_algorithm

#redo_log_version

#master_key_id

#server_uuid

c)按Esc键，然后输入:wq并回车进行保存。

6.执行如下命令，修改文件属主，并确定文件所属为MySQL用户。

chown -R mysql:mysql /home/mysql/data

7.执行如下命令，启动MySQL进程。

mysqld_safe --defaults-file=/home/mysql/data/backup-my.cnf --user=mysql -- datadir=/home/mysql/data &

说明：

• 如果提示没有找到mysqld_safe，请确认您的数据库引擎是否为MySQL。
• 建议您参考官方文档重置root账户的密码。

8.执行如下命令，登录MySQL数据库以验证进程启动成功。

mysql -uroot -p<数据库密码>

若系统返回如下结果，进程启动成功，则说明已成功执行参数注释和修改文件属主。

RDS for MySQL各timeout参数的设置

RDS for MySQL提供了很多的timeout参数供用户设置，本文详细介绍下这些timeout参数的含义。

max_connections参数的设置

max_connections 修改后，规格升级也会升级参数值，并覆盖原有参数值，不建议客户自己修改这个值。