表和索引 搜索表 创建索引 索引使用约束 父主题： 全文检索

查看更多 →

GaussDB (for MySQL)超大表删除索引有哪些风险 删除索引是一个风险很大的操作，建议非必要不删除索引，主要原因如下： 删除索引会导致使用该索引的查询操作性能下降，慢SQL占满系统资源，影响业务正常运行。 删除索引的过程中会导致表锁定，其他用户无法访问该表，影响系统可用性。

查看更多 →

index：表示使用索引，如果只有 Using index，说明没有查询到数据表，只用索引表即完成了这个查询，这种情况为覆盖索引。如果同时出现Using where，代表使用索引来查找读取记录， 也是可以用到索引的，但是需要查询到数据表。 Using where：表示条件查询，如

查看更多 →

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

查看更多 →

的转换产生乱码。 所有的表和字段都需要添加注释。使用comment从句添加表和列的备注，从设计初期维护好数据字典。 表单行长度不得超过1024字节。 谨慎使用RDS for MySQL分区表，避免跨分区查询，否则查询效率会降低。分区表在逻辑上表现为一个表，但是在物理层面上将数据存储在多个文件。

查看更多 →

调用链中是否采集上报带有参数内容的原始sql 汇聚分表表名 array JAVA - 2.2.2 - 根据配置的表名，汇聚分表的sql。以该表名开头的表汇聚成同样的表名 mysql最大采集行数 integer JAVA 500 2.4.1 - 可采集的mysql最大行数 sql语句最大采集字节数 integer

查看更多 →

源数据库索引（_id）检查 MongoDB迁移场景 表1 源数据库索引（_id）检查 预检查项 源数据库索引（_id）检查。 描述 检查源库是否存在没有索引（_id）的集合，若存在，则导致迁移失败。 待确认提示及处理建议 不通过原因：源数据库存在没有索引（_id）的集合。 处理建

查看更多 →

不通过原因：源数据库存在超过目标库索引列长度限制的索引。 处理建议：1. 在迁移对象中去除这张表。2. 修改索引长度。 MySQL迁移、同步、灾备场景 表2 源数据库索引长度检查 预检查项 源数据库存在超过目标库索引列长度限制的索引。 描述 源数据库存在超过目标库索引列长度限制的索引，则导致迁移失败。

查看更多 →

或其他表引用普通表的外键，则无法进行分区和普通表数据的交换；GaussDB的分区表支持外键，在两个表的外键约束一致时，则可进行分区和普通表数据的交换，GaussDB的分区表不带外键，普通表有其他表引用，如果分区表和普通表表一致，则可进行分区和普通表数据的交换。 修改分区表的分区键信息

查看更多 →

RDS for MySQL增加表字段后出现运行卡顿现象 故障描述 当给RDS for MySQL实例的表中增加一个字段，出现系统无法访问的现象。 解决方案 因增加表字段而引起数据库出现性能问题，有可能是未对新增字段添加索引，数据量大导致消耗了大量的CPU资源。为此，提出如下建议恢复数据库性能。

查看更多 →

致。 MySQL的分区表不支持外键，普通表包含外键或其他表引用普通表的外键，则无法进行分区和普通表数据的交换；GaussDB的分区表支持外键，在两个表的外键约束一致时，则可进行分区和普通表数据的交换，GaussDB的分区表不带外键，普通表有其他表引用，如果分区表和普通表表一致，则可进行分区和普通表数据的交换。

查看更多 →

率会降低。分区表在逻辑上表现为一个表，但是在物理层面上将数据存储在多个文件。 表中的列不要太多，尽量做到冷热数据分离，减小表的宽度，以便在一页内存中容纳更多的行，进而减少磁盘IO，更有效的利用缓存。 经常一起使用的列尽量放到一个表中，避免过多的关联操作。 禁止在表中建立预留字段，

查看更多 →

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

查看更多 →

降低。分区表在逻辑上表现为一个表，但是在物理层面上将数据存储在多个文件。 表中的列不要太多，尽量做到冷热数据分离，减小表的宽度，以便在一页内存中容纳更多的行，进而减少磁盘IO，更有效的利用缓存。 经常一起使用的列尽量放到一个表中，避免过多的关联操作。 禁止在表中建立预留字段，否则

查看更多 →

降低。分区表在逻辑上表现为一个表，但是在物理层面上将数据存储在多个文件。 表中的列不要太多，尽量做到冷热数据分离，减小表的宽度，以便在一页内存中容纳更多的行，进而减少磁盘IO，更有效的利用缓存。 经常一起使用的列尽量放到一个表中，避免过多的关联操作。 禁止在表中建立预留字段，否则

查看更多 →

（可选）数据库端口 约束：MySQL数据库端口设置范围为1024～65535（其中12017和33071被RDS系统占用不可设置），默认3306； volume type （必填）数据库实例磁盘类型 取值范围： ULTRAHIGH，表示SSD； ULTRAHIGHPRO，表示SSD尊享版，仅支持超高性能型尊享版

查看更多 →

数据库代理（MySQL） 开启数据库代理 查询数据库代理信息列表 查询数据库代理规格信息 设置读写分离路由模式 关闭数据库代理 父主题： API v3（推荐）

查看更多 →

增加表字段后出现运行卡顿现象 故障描述 当给MySQL实例的表中增加一个字段，出现系统无法访问的现象。 解决方案 因增加表字段而引起数据库出现性能问题，有可能是未对新增字段添加索引，数据量大导致消耗了大量的CPU资源。为此，提出如下建议恢复数据库性能。 添加对应索引、主键。 优化慢SQL语句。

查看更多 →

查看CES指标实时复制时延，下图仅供参考： 原因分析 根据MySQL主备复制延迟场景及解决方案和MySQL主备复制原理简介的相关分析，可以推测此场景为大事务或DDL操作导致。 可以通过分析全量日志或慢日志，观察是否有大事务或DDL操作： 慢日志中有如下加索引的DDL操作，表的数据量上亿，耗时近一天，从而导

查看更多 →

增加表字段后出现运行卡顿现象 故障描述 当给MySQL实例的表中增加一个字段，出现系统无法访问的现象。 解决方案 因增加表字段而引起数据库出现性能问题，有可能是未对新增字段添加索引，数据量大导致消耗了大量的CPU资源。为此，提出如下建议恢复数据库性能。 添加对应索引、主键。 优化慢SQL语句。

查看更多 →

新增更新emoji表情数据报错Error 1366。 新增索引长度限制导致修改varchar长度失败。 新增建表时timestamp字段默认值无效。 新增自增属性AUTO_INCREMENT为什么未在表结构中显示。 新增存储过程和相关表字符集不一致导致执行缓慢。 新增RDS MySQL报错ERROR

查看更多 →