检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
Income_Band - - 总存储空间 - - 查询执行时间 查询1 - - 查询2 - - 查询3 - - 总执行时间 - - 执行以下步骤测试优化前的系统性能,以建立基准。 将上一节记下的所有11张表的累计加载时间填入基准表的“优化前”一列。 记录各表的存储使用情况。 使用
参数含义 定位信息 名称 DWS集群节点CPU使用率超阈值。 类型 操作告警。 发生时间 告警发生时间。 附加信息 集群ID 集群resourceId、domain_id等详细信息。 对系统的影响 CPU长时间使用率高可能导致业务进程响应缓慢或不可用。 可能原因 存在复杂的业务占用大量的CPU资源。
据使用的一些场景,可以将数据按照时间分为:热数据、冷数据。 冷热数据主要从数据访问频率、更新频率进行划分。 Hot(热数据):访问、更新频率较高,对访问的响应时间要求很高的数据。 Cold(冷数据):不允许更新或更新访问频率较低,对访问的响应时间要求不高的数据。 用户可以定义冷热
all代替union union在合并两个集合时会执行去重操作,而union all则直接将两个结果集合并、不执行去重。执行去重会消耗大量的时间,因此,在一些实际应用场景中,如果通过业务逻辑已确认两个集合不存在重叠,可用union all替代union以便提升性能。 join列增加非空过滤条件
分析作业是否被阻塞 数据库系统运行时,在某些业务场景下查询语句会被阻塞,导致语句运行时间过长,可以强制结束有问题的会话。 操作步骤 查看阻塞的查询语句及阻塞查询的表、模式信息。 1 2 3 4 5 6 7 8 9 10 11 SELECT w.query as waiting_query
from 2 for 3) AS RESULT; result ---------- \x68006f (1 row) 截取时间,获取小时数: 1 2 3 4 5 select substring('2022-07-18 24:38:15',12,2)AS RESULT;
据文件都在该点被更新以反映日志中的信息,所有数据文件都将被刷新到磁盘。 设置事务日志检查点。预写式日志(WAL)缺省时在事务日志中每隔一段时间放置一个检查点。可以设置相关运行时参数(checkpoint_segments和checkpoint_timeout)来调整这个原子化检查点的间隔。
from 2 for 3) AS RESULT; result ---------- \x68006f (1 row) 截取时间,获取小时数: 1 2 3 4 5 SELECT substring('2022-07-18 24:38:15',12,2)AS RESULT;
2及以上集群版本支持。 异常切换会将灾备集群升为主,若原生产集群故障后存在部分数据未同步到灾备集群,那灾备集群升主后将缺少这些数据,切换时请确认容灾最后同步时间,谨慎操作。 仅支持DWS 2.0集群。 调用方法 请参见如何调用API。 URI POST /v2/{project_id}/disas
为防止用户误执行删除集群操作,GaussDB(DWS)将提供以下策略(该功能仅在8.2.0及以上集群版本支持): 若最新一次的快照为自动快照,则系统会将自动快照保留一天时间。 若最新一次的快照为手动快照,则会删除相应集群已有的自动快照。 父主题: 自动快照
重建备DN:即主DN恢复完之后,备DN使用全量Build的方式重建出来,这个过程也是并行执行。 综上恢复过程要比备份过程耗时要久一些,通常需要备份时间1.5~2倍的耗时。 集群级恢复后参数与备份时一致,恢复到新集群时需保证和原集群规格一致,如果原集群有规格变更操作,新集群需与原集群变更前
单位为秒(即默认保留一天),当Binlog记录的时间戳距离现在大于TTL时,会被异步清理。 空间开销:对于开启binlog时间戳的表,辅助表上记录的binlog记录会严格保留至超过TTL才会清理,这会带来数倍的额外空间开销(具体倍数与TTL时间内的更新入库量有关)。 查询开启binlog时间戳功能的表上的Binlog:
定位信息 名称 DWS集群节点实例内存使用率超阈值。 类型 操作告警。 发生时间 告警发生时间。 附加信息 集群ID 集群resourceId、domain_id等详细信息。 对系统的影响 实例内存长时间使用率高可能导致业务进程响应缓慢或不可用。 可能原因 存在复杂的业务占用大量的实例内存资源。
hint调优 发现时间基本花在了第6层redistribute算子上,需要进一步优化。 由于最后一层redistribute包含倾斜,所以时间较长。为了避免倾斜,需要将item表放在最后join,由于item表的join并不能使行数减少。修改hint如下并执行,计划如下,运行时间120s:
不收取基础资源(vCPU、内存)费用,其上绑定的公网IP及带宽等仍然正常计费。 如果一段时间不使用可以先将集群删除,需要用时再重新创建。 将按需计费转成包年/包月计费,您可以在包周期规定的时间使用,不会产生其他额外费用。 父主题: 计费FAQ
理的调度计划。 调度计划分为两种: 周期性计划:在选中的时间段里(每星期/每月)触发一次,若无其它运维操作冲突则会进行逻辑集群的创建与删除。其中每周计划可以设置多段创建/删除时间。 图1 周期性计划 一次性计划:在指定的时间只执行一次,执行完毕后任务结束。 图2 一次性计划 确认
行数估算过小,优化器选择走NestLoop导致性能下降 问题现象 查询语句执行慢,卡住无法返回结果。SQL语句的特点是2~3张表left join,然后通过SELECT查询结果,执行计划如下: 原因分析 优化器在选择执行计划时,对结果集评估较小,导致执行计划走了NestLoop,性能下降。
分析查询效率异常降低的问题 通常在几十毫秒内完成的查询,有时会突然需要几秒的时间完成;而通常需要几秒完成的查询,有时需要半小时才能完成。如何分析这种查询效率异常降低的问题呢? 解决办法 通过下列的操作步骤,可以分析出查询效率异常降低的原因。 使用ANALYZE命令分析数据库。 A
事务监控 通过设置事务超时预警,可以监控自动回滚的事务并定位其中的语句问题,也可以监控执行时间过长的语句。 transaction_sync_naptime 参数说明:为保证数据一致性,当本地事务与GTM上snapshot中状态不一样时会阻塞其他事务的运行,需要等待本地节点上事务
all代替union union在合并两个集合时会执行去重操作,而union all则直接将两个结果集合并、不执行去重。执行去重会消耗大量的时间,因此,在一些实际应用场景中,如果通过业务逻辑已确认两个集合不存在重叠,可用union all替代union以便提升性能。 join列增加非空过滤条件