表空间膨胀问题 场景描述 在使用 GaussDB (for MySQL)过程中，经常遇到表空间膨胀问题，例如：表中只有11774行数据，表空间却占用49.9GB，将该表导出到本地只有800M。 原因分析 场景1：DRS全量迁移阶段并行迁移导致 原因：DRS在全量迁移阶段，为了保证迁移

查看更多 →

因权限造成的调用API失败 问题现象 子用户已经开通了 人脸识别服务 ，但是调用时还是提示未订阅。 解决方法 确认调用API所用的区域，与开通服务区域是否一致。 需要核实主账户赋予的权限，并核实开通服务的子账户与调用API时使用的子账户是否相同。 父主题： 权限类

查看更多 →

数据库名称支持正则表达式以读取多个数据库的数据，例如flink(.)*表示以flink开头的数据库名。 table-name 是 无 String 访问的表名。 表名支持正则表达式以读取多个表的数据，例如cdc_order(.)*表示以cdc_order开头的表名。 port 否

查看更多 →

数据库名称支持正则表达式以读取多个数据库的数据，例如flink(.)*表示以flink开头的数据库名。 table-name 是 无 String 访问的表名。 表名支持正则表达式以读取多个表的数据，例如cdc_order(.)*表示以cdc_order开头的表名。 port 否

查看更多 →

的持有MDL写锁，不会造成DML操作被长时间阻塞。但是对大表的表结构修改，依然要消耗大量的时间，导致备机在回放DDL语句时产生较大的复制延迟。 开源gh-ost将一个DDL操作拆分成多个小操作，减少单次操作的时间来降低复制延迟。同时只有在最后rename镜像表和原表的过程中才会短

查看更多 →

表空间膨胀问题 场景描述 在使用GaussDB(for MySQL)过程中，经常遇到表空间膨胀问题，例如：表中只有11774行数据，表空间却占用49.9GB，将该表导出到本地只有800M。 原因分析 场景1：DRS全量迁移阶段并行迁移导致 原因：DRS在全量迁移阶段，为了保证迁移

查看更多 →

对于包含FULLTEXT索引的InnoDB表，不支持使用online DDL优化表。而是使用表复制算法。 OPTIMIZE TABLE命令会有短暂锁表操作，整体执行时间与表大小有关。一般执行时间较长，且较为占用资源（必须预留被optimize表1.5倍大小的磁盘空间），所以进行表空间优化时建议避开业务高峰期，避免影响正常业务的进行。

查看更多 →

是RDS for MySQL全库(所有库)备份，也会备份整个数据库所有的GTID号。 解决方案 RDS for MySQL数据库在主从数据库进行导出备份和恢复的时候，需要注意是否启用数据库用GTID模式。 如果开启，则在mysqldump数据时，应该在mysqldump命令加上参

查看更多 →

创建一个与原表结构相同的空表，表名是 _new 后缀。 修改1创建的空表的表结构。 在原表上加三个触发器：delete/update/insert，用于复制数据过程中，将原表中要执行的语句在新表中执行。 将原表数据以数据块（chunk）的形式复制到新表。 rename原表为旧表，并把新表rename为原表名，然后删除旧表。

查看更多 →

立即完成。 仅支持最后添加列，不支持添加到表中的任意位置。 不支持COMPRESSED行格式。 不支持已经有全文索引的表。 原本存在全文索引的表，删除全文索引后必须对表执行OPTIMIZE TABLE才可支持INSTANT。 不支持临时表。 不支持新增加的字段有默认值的情况。 添加方式

查看更多 →

针对以上问题，华为云RDS for MySQL推出了MDL锁视图特性，可以查看数据库各会话持有和等待的元数据锁信息，用户可以有效进行系统诊断，优化自身业务，有效降低对业务影响。 MDL锁视图详解 MDL锁视图以系统表的形式呈现，该表位于“information_schema”下，表名称是“metad

查看更多 →

块中使用，MySQL无限制。 6 锁机制 锁机制 MySQL获取read锁后，当前会话无法进行写操作，M-Compatibility获取read锁后，当前会话可以进行写操作。 MySQL给表上锁后，读取其他表报错，M-Compatibility无限制。 MySQL同一会话中获取同

查看更多 →

MySQL主备复制原理简介 RDS for MySQL的默认备库、只读实例、自建从库、DRS链路灾备实例均采用MySQL的Binlog复制技术，也称为MySQL主备复制或主从复制技术。本章节介绍MySQL的主从复制原理。 主备复制流程 主节点（Master）中有数据更新时，会按照

查看更多 →

Availability）目前在 MySQL 高可用方面是一个比较成熟的解决方案，它是由日本 DeNA 公司 Yoshinori Matsunobu发的，是一套优秀的动作集 MySQL Failover 和高可用环境下的主从提升的高可用软件。在 MySQL 故障转移期间，MHA 可以在

查看更多 →

GaussDB数据库 支持的分区表为范围分区表，列表分区表，哈希分区表。分区表和普通表相比具有如改善查询性能、增强可用性、便于维护、均衡I/O等优势。 普通表若要转成分区表，需要新建分区表，然后把普通表中的数据导入到新建的分区表中。因此在初始设计表时，请根据业务提前规划是否使用分区表。 4.GaussDB

查看更多 →

哪些因素造成ASR识别不准确？ 口音混杂，例如英式和美式混杂。 语音质量差，例如网络丢包抖动造成接收到的语音质量低。 父主题： 常见问题

查看更多 →

Array of objects 表信息，详细说明请参见表4。 表4 tables字段数据结构说明 名称 是否必选 参数类型 说明 oldName 是 String 恢复前表名。 newName 是 String 恢复后表名。 请求示例 恢复表数据到指定时间点。 POST htt

查看更多 →

公网网络迁移产生的数据传输费用收取标准请参见：弹性公网IP价格计算器。 可用区 图3 可用区 表5 任务可用区 参数 描述 可用区 DRS任务创建的可用区，选择跟源或目标库相同的可用区性能更优。 企业项目和标签 图4 企业项目和标签 表6 企业项目和标签 参数 描述 企业项目 企业项目是一种云资源管理方式

查看更多 →

公网网络迁移产生的数据传输费用收取标准请参见：弹性公网IP价格计算器。 可用区 图3 可用区 表5 任务可用区 参数 描述 可用区 DRS任务创建的可用区，选择跟源或目标库相同的可用区性能更优。 企业项目和标签 图4 企业项目和标签 表6 企业项目和标签 参数 描述 企业项目 企业项目是一种云资源管理方式

查看更多 →

表级时间点恢复（MySQL） 功能介绍 为了保证数据完整性，降低对原实例的性能影响，在进行表级时间点恢复备份时，首先将选中时间点的全量数据和增量数据在后台恢复至一个临时实例，然后自动导出用户需要恢复的表，再将这些表恢复至原实例。 该操作会在原实例上新生成恢复后的库表，请确保您的原实例磁盘空间充足。

查看更多 →

避免使用分区表，如有需要，可以使用多个独立的表代替。 分区表的缺点： DDL操作需要锁定所有分区，导致所有分区上操作都被阻塞。 当表数据量较大时，对分区表进行DDL或其他运维操作难度大风险高。 分区表使用较少，存在未知风险。 当单台 服务器 性能无法满足时，对分区表进行分拆的成本较高。

查看更多 →