索引 CREATE TABLE语句支持创建索引。DSC支持带有主索引（PRIMARY INDEX）和唯一索引（UNIQUE INDEX）的TABLE语句。 该工具不会添加DISTRIBUTE BY HASH用于创建具有主键（PRIMARY KEY）和非唯一主索引的表。 输入：CREATE

查看更多 →

索引 唯一索引 普通索引和前缀索引 HASH索引 BTREE索引 SPATIAL空间索引 FULLTEXT全文索引 删除索引 索引重命名 父主题： 模式对象与数据定义（DDL）

查看更多 →

索引 在 GaussDB (DWS)中创建索引期间，索引名不能与模式名一起指定。该索引将在创建索引表的模式中自动创建。 图1 输入：索引 图2 输出：索引 输入：基于CASE函数的索引 函数索引是基于列函数或表达式计算结果创建的索引。 输入 1 2 3 4 5 6 7 8 9 CREATE

查看更多 →

随着数据库支撑业务的波动， 用户可能会发现临时盘占用率突然或持续上升。为提高数据库的可用性，保障用户的业务正常运行，GaussDB(for MySQL)为实例提供了上限为500G的临时盘空间，且临时盘空间免费使用。 为防止临时盘占用持续不断上升，达到上限进而影响业务，建议用户根据

查看更多 →

for MySQL后，更高的碎片率可能会导致数据膨胀，使得磁盘空间使用远大于源端。 原因2：大量删除操作后在表空间留下碎片 当删除数据时，MySQL并不会回收被删除数据占据的存储空间，而只做标记删除，尝试供后续复用，等新的数据来填补相应空间，如果没有数据来及时填补这些空间，就造成了表空间膨胀，形成大量碎片。

查看更多 →

限制每张表上的索引数量，建议单张表索引不超过5个。索引并不是越多越好，索引可以提高查询的效率，但会降低写数据的效率。有时不恰当的索引还会降低查询的效率。 禁止给表中的每一列都建立单独的索引。设计良好的联合索引比每一列上的单独索引效率要高出很多。 建议在下面的列上建立索引： 在SEL

查看更多 →

GaussDB(for MySQL)只读节点磁盘占用远超主节点 场景描述 GaussDB(for MySQL)只读节点的磁盘占用比主节点高195GB。 原因分析 磁盘空间计算方式为：共享存储中占用空间大小+Binlog占用空间大小+数据盘(存放临时表)占用空间大小 排查只读节点上运行的事务：

查看更多 →

为两类： rebuild：需要重建表（重新组织聚簇索引）。比如optimize table、添加索引、添加/删除列、修改列NULL/NOT NULL属性等。 no-rebuild：不需要重建表，只需要修改表的元数据，比如删除索引、修改列名、修改列默认值、修改列自增值等。 对于re

查看更多 →

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

查看更多 →

。 数据空间：用户数据（包括临时表文件）占用的磁盘空间。 Binlog：Binlog日志占用的磁盘空间。 Slowlog：慢日志占用的磁盘空间。 Relaylog：Relaylog日志占用的磁盘空间。 Audit log：审计日志占用的磁盘空间。 临时空间：临时文件占用的磁盘空间。

查看更多 →

限制每张表上的索引数量，建议单张表索引不超过5个。索引并不是越多越好，索引可以提高查询的效率，但会降低写数据的效率。有时不恰当的索引还会降低查询的效率。 禁止给表中的每一列都建立单独的索引。设计良好的联合索引比每一列上的单独索引效率要高出很多。 建议在下面的列上建立索引： 在SEL

查看更多 →

云数据库RDS for MySQL提供了多种数据迁移方案，可满足从RDS for MySQL、DDM、GaussDB、GaussDB(for MySQL)、自建MySQL数据库、自建Oracle数据库、或其他云MySQL迁移到云数据库RDS for MySQL。 常用的数据迁移工具

查看更多 →

第十次正式发布，包含以下内容： 新增RDS for MySQL Binlog生成的机制。 新增RDS for MySQL如何定位一直存在的长事务告警。 新增RDS for MySQL部分SQL的commit时间偶现从几毫秒陡增到几百毫秒。 新增RDS for MySQL在分页查询时报错：Out of sort

查看更多 →

限制每张表上的索引数量，建议单张表索引不超过5个。索引并不是越多越好，索引可以提高查询的效率，但会降低写数据的效率。有时不恰当的索引还会降低查询的效率。 禁止给表中的每一列都建立单独的索引。设计良好的联合索引比每一列上的单独索引效率要高出很多。 建议在下面的列上建立索引： 在SEL

查看更多 →

数据库空间膨胀，性能下降，更严重的情况会导致异常退出。 VACUUM的作用： 空间膨胀问题：清除废旧元组以及相应的索引。包括提交的事务delete的元组（以及索引）、update的旧版本（以及索引），回滚的事务insert的元组（以及索引）、update的新版本（以及索引）、copy导入的元组（以及索引）。

查看更多 →

普通索引和前缀索引 GaussDB(DWS)不支持前缀索引，也不支持内联普通索引。DSC工具迁移时会根据GaussDB(DWS)的特性将其迁移为普通索引。 内联普通(前缀)索引。 输入示例 1 2 3 4 5 6 CREATE TABLE IF NOT EXISTS `public`

查看更多 →

GaussDB(for MySQL) CPU使用率高的解决方法 联合索引设置不当导致慢SQL的解决办法 长事务产生大量临时表导致内存超限的解决办法 持锁长事务导致后续业务报等锁超时的解决办法 GaussDB(for MySQL)的临时盘使用说明 GaussDB(for MySQL)实例在空负载下CPU占用说明

查看更多 →

限制每张表上的索引数量，建议单张表索引不超过5个。索引并不是越多越好，索引可以提高查询的效率，但会降低写数据的效率。有时不恰当的索引还会降低查询的效率。 禁止给表中的每一列都建立单独的索引。设计良好的联合索引比每一列上的单独索引效率要高出很多。 建议在下面的列上建立索引： 在SEL

查看更多 →

哪些内容会占用用户所购买创建的GaussDB实例空间 用户正常的数据（不包括备份数据），以及云数据库GaussDB实例正常运行所需的数据（比如系统数据库、数据库回滚日志、重做日志、索引等）。磁盘空间会有必要的文件系统开销，这些开销主要包括inode、reserved block，

查看更多 →

for PostgreSQL数据库中占用磁盘空间最多的可能是：数据文件（表/索引等）、WAL日志、临时文件。当磁盘使用率增长较快不符合预期时，可以按照以下思路进行排查： 图1 排查思路 排查及解决方法 查询数据库、表、WAL日志等大小的SQL会占用较多的磁盘IO，请在业务低峰期运行。

查看更多 →

数据超过了RDS for MySQL实例的最大存储容量怎么办 问题现象 RDS数据库的磁盘空间满，导致实例变为只读状态，应用无法对RDS数据库进行写入操作，从而影响业务正常运行。 通过磁盘空间占用分布发现占用高的空间，如何通过DBA助手查看磁盘空间分布请参见容量预估。 图1 磁盘空间分布 问题原因

查看更多 →