清理表的数据碎片 在使用 GaussDB (for MySQL)过程中，经常会遇到表碎片率过高的问题。表碎片是指在数据库中，表的数据和索引分散在不同的物理块中，这些物理块可能不连续，或者有一些空闲的空间，从而导致表的数据和索引在磁盘上的存储不是最优的。 这种现象主要是由于表的数据操作

查看更多 →

力和高并发的Ad Hoc查询能力。 接入集群 使用Kibana和Cerebro组件快速访问集群 云搜索服务 创建的集群自带Kibana和Cerebro组件，支持一键打开Kibana和Cerebro，快速访问集群。 通过Curl命令行接入集群 当云搜搜服务和 弹性云服务器 E CS 在同一V

查看更多 →

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

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 创建合适的索引可以加速对表中数据行的检索。索引占用磁盘空间，并且降低添加、删除和更新行的速度。如果需要非常频繁地更新数据或磁盘空间有限，则需要限制索引的数量。在表较大时再建立索引，表中的数据越多，索引的优越性越明显。建议仅在匹配如下某条原则时创建索引： 需要经常执行查询的字段。

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

GaussDB分布式中分布键应为约束的一部分。 建议配置“分布式环境的唯一约束和索引”解决该类问题。 说明： 仅GaussDB 分布式版-2.7 企业版有此特性。 如果唯一约束和唯一索引中不存在分布键，需要加分布键。 GaussDB不支持数据库对象中使用Definer。 建议配置“对象定义者”解决该类问题。

查看更多 →

包年包月资源的预估月度节省= 资源过去n天的摊销成本/n/24*730 说明： 成本预估时，默认每个月为730个小时。 关联账号 如果当前登录账号为企业主账号时，则展示关联的财务托管模式下的子账号。 规格 当前空闲资源的规格。 区域 当前空闲资源所属的区域。 企业项目 当前空闲资源归属的企业项目。

查看更多 →

staff_id; 优化分析 在优化前，没有创建places.place_id和states.state_id索引，执行计划如下： 图1 原始执行计划 建议在places.place_id和states.state_id列上建立2个索引，执行计划如下： 图2 添加索引后的执行计划 父主题：

查看更多 →

ORDER BY staff_id; 优化分析 在优化前，没有创建places.place_id和states.state_id索引，执行计划如下： 建议在places.place_id和states.state_id列上建立2个索引，执行计划如下： 父主题： 实际调优案例

查看更多 →

ORDER BY staff_id; 优化分析 在优化前，没有创建places.place_id和states.state_id索引，执行计划如下： 建议在places.place_id和states.state_id列上建立2个索引，执行计划如下： 父主题： 实际调优案例

查看更多 →

为了保证数据的可靠性，需要对SAP HANA进行数据备份。用户可以通过使用SAP HANA Studio、SQL命令或SAP DBA Cockpit来启动和安排SAP HANA数据库备份。除非手动设置禁止，日志文件会被自动备份。本章以使用SAP HANA 2.0时在SAP HANA Studio上将数据备份到SAP HANA的/hana/

查看更多 →

约束 表中的约束应用于多列。DSC支持以下约束： CHECK约束：由GaussDB T、GaussDB A 和GaussDB(DWS)支持。 REFERENCES约束/FOREIGN KEY：目前无法通过工具迁移。 PRIMARY KEY约束：可通过工具迁移。 UNIQUE约束：可通过工具迁移。

查看更多 →

为了保证数据的可靠性，需要对SAP HANA进行数据备份。用户可以通过使用SAP HANA Studio、SQL命令或SAP DBA Cockpit来启动和安排SAP HANA数据库备份。除非手动设置禁止，日志文件会被自动备份。本章以使用SAP HANA 1.0时在SAP HANA Studio上将数据备份到SAP HANA的/hana/

查看更多 →

约束 Mas-ElasticSearch-SDK的多活容灾能力需要MAS DCG服务支持，SDK的故障动态切换数据源能力需要配合MAS DCG服务一起使用。 父主题： Mas-ElasticSearch-SDK使用手册

查看更多 →

使用GaussDB(for MySQL)要注意些什么 实例的操作系统，对用户都不可见，这意味着，只允许用户使用应用程序访问数据库对应的IP地址和端口。 对象存储服务 （Object Storage Service，简称OBS）上的备份文件以及GaussDB(for MySQL)服务使用的弹性 云服务器 （Elastic

查看更多 →

因为使用临时表会带来额外的开销，所以一般情况下性能会较差。 综上，在使用distinct或group by的时候，尽量在合理的情况下设置可以包含所有依赖字段的索引，优化示例： 没有合适索引，导致需要用到临时表。 有合适的索引，不会使用临时表，直接走索引。 解决方案 在使用distinct或group

查看更多 →

因为使用临时表会带来额外的开销，所以一般情况下性能会较差。 综上，在使用distinct或group by的时候，尽量在合理的情况下设置可以包含所有依赖字段的索引，优化示例： 没有合适索引，导致需要用到临时表。 有合适的索引，不会使用临时表，直接走索引。 解决方案 在使用distinct或group

查看更多 →

滤，但并非索引列，或列值不离散，查询会全表扫描，导致JDBC连接超时。 图1 非索引列 解决方案 优先联系DBA修改表结构，将需要过滤的列配置为索引列，然后重试。 如果由于数据不离散，导致还是失败请参考2~4，通过增大JDBC超时时间解决。 根据作业找到对应的MySQL连接名称，查找连接信息。

查看更多 →