成本优化 在您通过成本中心了解和分析您的成本情况后，您可以确定成本偏高的原因，然后采取针对性的优化措施。 资源优化 通过CES查看RDS监控指标，例如CPU、内存、磁盘的使用率，如果当前配置过高，可以通过规格变更降低配置。 监控RDS资源闲置情况，及时删除闲置的实例。 如果您的业

查看更多 →

成本优化 在您通过成本中心了解和分析您的成本情况后，您可以确定成本偏高的原因，然后采取针对性的优化措施。 资源优化 通过CES查看GeminiDB Cassandra监控指标，例如CPU、内存、磁盘的使用率，如果当前配置过高，可以通过规格变更降低配置。 监控GeminiDB Ca

查看更多 →

成本优化 在您通过成本中心了解和分析您的成本情况后，您可以确定成本偏高的原因，然后采取针对性的优化措施。 资源优化 通过CES查看GeminiDB Influx监控指标，例如CPU、内存、磁盘的使用率，如果当前配置过高，可以通过规格变更降低配置。 监控GeminiDB Influx资源闲置情况，及时删除闲置的实例。

查看更多 →

大量数据导入前先将索引删除，导入完成后再重新建索引。 场景9：行存大表首次查询 某业务场景出现备DN持续catchup，IO压力大，观察某个SQL等待视图在wait wal sync。 排查业务发现某查询语句执行时间较长，执行kill命令后恢复。 触发因素：行存表大量数据入库后，首次查询触发page hint产生大量

查看更多 →

存储过程和相关表字符集不一致导致执行缓慢 RDS MySQL报错ERROR [1412]的解决方法 创建二级索引报错Too many keys specified 存在外键的表删除问题 distinct与group by优化 字符集和字符序的默认选择方式 MySQL创建用户提示 服务器 错误 delete大表数据后，再次查询同一张表时出现慢SQL

查看更多 →

Cassandra支持了大key的检测与告警。在CES界面，可以配置实例的大key告警，具体方法请参见设置告警规则。 当发生大key事件时，系统会第一时间发送预警通知，您可以前往CES界面查看监控事件数据，及时处理，避免业务波动。 图1 大key告警查看事件 告警字段说明如下： [

查看更多 →

获取大屏列表。URI格式GET /v1/{project_id}/screens参数说明URI参数说明参数是否必选参数类型描述project_id是String项目编号，获取方法请参见获取项目ID。参数说明：如表2所示。请求参数参数是否必选参数类型描述workspaceId是String工作空间ID，长度为32个字符，获取方法请参见获取w

查看更多 →

id IN (SELECT id FROM tab_b WHERE name = 'xx'); 这里说的大表为条件过滤后的总数据量，千万级以上的数据量可定义为大表。 关联查询必须大表join小表 对于ClickHouse来说，原则上需要把多表join模型提前加工为宽表模型，但是在一

查看更多 →

获取某一个大屏的详细信息。URI格式GET /v1/{project_id}/screens/{screen_id}参数说明URI参数说明参数是否必选参数类型描述project_id是String项目编号，获取方法请参见获取项目ID。screen_id是String大屏ID，获取方法请参见查询大屏列表。参数说明：如表2所示。请求参数参数是

查看更多 →

查询大key自动分析配置 功能介绍 查询大key自动分析配置。 调用方法 请参见如何调用API。 URI GET /v2/{project_id}/instances/{instance_id}/bigkey/autoscan 表1 路径参数 参数 是否必选 参数类型 描述 project_id

查看更多 →

分析索引使用情况、扫描的行数等，预估查询效率，重构SQL语句、调整索引，提升查询效率。 参数设置不当 原因及现象 部分参数（如innodb_spin_wait_delay）设置不当会导致性能变慢。 您可以在控制台查看实例的参数修改情况。具体操作，请参见查看 GaussDB (for MySQL)标准版参数修改历史。

查看更多 →

在aggregate和join等操作前将数据过滤来减少计算的数据量 提前过滤可以减少在shuffle阶段前的数据量，减少网络IO，从而提升查询效率。 比如在表join前先过滤数据比在ON和WHERE时过滤可以有效较少join数据量。因为执行顺序从发生shuffle再filter变成了先发生filter再shuffle。

查看更多 →

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

查看更多 →

消耗。 大表、事实表。 RoundRobin 表数据按照轮询的方式依次分布到各DN实例。 优点：每个DN仅包含部分数据，占用整体空间小；数据轮询均匀分布，不依赖分布列，不存在数据存储倾斜问题。 缺点：无法通过分布列条件消除和减少节点间通信，此类场景性能不如HASH。 大表、事实表，无合适分布列的表。

查看更多 →

消耗。 大表、事实表。 RoundRobin 表数据按照轮询的方式依次分布到各DN实例。 优点：每个DN仅包含部分数据，占用整体空间小；数据轮询均匀分布，不依赖分布列，不存在数据存储倾斜问题。 缺点：无法通过分布列条件消除和减少节点间通信，此类场景性能不如HASH。 大表、事实表，无合适分布列的表。

查看更多 →

操作步骤如下： 使用MySQL数据库自带的客户端，以root用户登录MySQL数据库。 执行以下命令，查看MySQL数据库连接的方式。 \s 如果界面回显类似以下信息，说明MySQL数据库已关闭SSL，请执行4。 1 SSL: Not in use

查看更多 →

"max_restore_bytes_per_sec": "100mb", //OBS速度，默认是40MB,可以根据实际性能调大 "max_snapshot_bytes_per_sec": "100mb" } } 使用自定义仓库创建快照。 PUT

查看更多 →

如果产生告警后，需要查看产生告警具体的SQL语句，需要如下步骤： 从告警详情中查看告警上报的时间、sqlId，以及数据库实例tier。 在APM的SQL分析页面，根据查询到的tier和时间选择查询范围，查询到对应数据库实例当前时间内的SQL语句列表。 用查询到的sqlId搜索，查询到具体的SQL语句。

查看更多 →

例库和FAQ库等，可以使用“先搜后推”的解决方案。客户的文档库可以实时更新，大模型的应答可以无缝实时更新。（搜索+大模型解决方案） 父主题： 大模型概念类问题

查看更多 →

数据迁移进度是按表数量来计算百分比，当数据迁移进度长时间不更新，可能因为有某几个表数据量过大，迁移时间较长。可以在“进度明细”下，单击目标迁移对象“详细信息”列的“查看详情”，查看具体对象的迁移进度。 排查源库表主键和索引情况： 源库大表缺少主键和非空唯一索引，以MySQL为例，可以在源库执行show create table

查看更多 →

数中使用int接口处理OID。 8.1.3.310及以下版本 查询20万行数据大表的脏页率视图，内存占用大。 查询数据的时候，查询统计信息的内置函数中创建的链表内每个结点上申请了内存空间用于存放tupStatus，查询结束后，仅释放了链表上结点的内存，结点内申请的内存未释放。 8

查看更多 →