运行Spark任务发现大量shuffle结果丢失 问题现象 Spark任务运行失败，查看任务日志发现大量打印shuffle文件丢失。 原因分析 Spark运行的时候会将临时产生的shuffle文件放在executor的临时目录中，方便后面获取。 而当某个executor异常退出时

查看更多 →

缓存更新：后端 服务器 会更新缓存中的商品库存信息，以便处理下一次秒杀请求。 秒杀过程中多次访问数据库，下单通常是利用行级锁进行访问限制，抢到锁才能查询数据库和下单。但是秒杀时的大量订单请求，会导致数据库访问阻塞。 解决方案 利用分布式缓存服务（D CS ）的Redis作为数据库的缓存，客

查看更多 →

使用COPY命令导入数据 COPY命令从本地或其它数据库的多个数据源并行导入数据。COPY导入大量数据的效率要比INSERT语句高很多，而且存储数据也更有效率。 有关如何使用COPY命令的更多信息，请参阅使用COPY FROM STDIN导入数据。 使用gsql元命令导入数据 \copy

查看更多 →

ClientIP 客户端IP。 ServerIP 服务端IP。 Trigger Condition 系统当前指标取值满足自定义的告警设置条件。 对系统的影响 大量进程连接到ZooKeeper，导致ZooKeeper连接数被占满，无法对外正常提供服务。 可能原因 客户端大量进程连接到Zo

查看更多 →

开通数据库代理后有大量select请求分发到主节点 原因分析： 延时阈值参数 只读实例同步主实例数据时允许的最长延迟时间。延时阈值仅在存在只读实例时生效。为避免只读实例读取的数据长时间和主实例不一致，当一个只读实例的延迟时间超过设置的延迟阈值，则不论该只读实例的读权重是多少，读请求都不会转发至该只读实例。

查看更多 →

往 GaussDB (DWS)写数据慢，客户端数据会有积压 问题现象 客户端往GaussDB(DWS)写入数据较慢，客户端数据会有积压。 原因分析 如果通过单条INSERT INTO语句的方式单并发写数据入库，客户端很可能会出现瓶颈。INSERT是最简单的一种数据写入方式，适合数据写入量不大，并发度不高的场景。

查看更多 →

ntpdate修改时间导致HDFS出现大量丢块 问题背景与现象 用ntpdate修改了集群时间，修改时未停止集群，修改后HDFS进入安全模式，无法启动。 退出安全模式后启动，hfck检查丢了大概1 TB数据。 原因分析 查看NameNode原生页面发现有大量的块丢失。 图1 块丢失 查看原生页面Datanode

查看更多 →

pinfo_rtt字段或抓包排查客户端网络是否有异常。 后端服务器处理请求时间太长，超过了客户端的请求超时时间，建议排查后端服务器的CPU、内存、网络是否存在性能瓶颈。 客户端遇到未知问题，在未完成HTTP请求的情况下，提前关闭连接。建议排查客户端是否有提前关闭连接的行为。 父主题：

查看更多 →

执行此步骤。 根据业务情况，准备好客户端，并登录安装客户端的节点。 例如在Master2节点更新客户端，则登录该节点使用客户端，具体参见更新客户端（3.x之前版本）。 执行以下命令切换用户。 sudo su - omm 执行以下命令，切换到客户端目录，例如“/opt/client”。

查看更多 →

Browser同时选中大量文件上传时，上传任务没有创建，界面无任何提示 使用OBS Browser上传文件时，出现蓝屏或黑屏现象 使用OBS Browser管理对象时，在任务列表中无相关任务显示 在ECS中，通过OBS Browser下载文件，下载速度慢 出现“客户端与服务器的时间相差大于15分钟”的报错

查看更多 →

客户端 优化 域名 解析请求 选择合适的镜像 避免IPVS缺陷导致的DNS概率性解析超时 使用节点DNS缓存NodeLocal DNSCache 及时升级集群中的CoreDNS版本 谨慎调整VPC和虚拟机的DNS配置 父主题： CoreDNS配置优化实践

查看更多 →

情况或提升带宽的上限。 如果是短连接测试，可能是客户端端口不足导致建立连接失败，可以通过客户端处于time_wait状态的连接数量来判断。 后端服务器的监听队列backlog满了，导致后端服务器不回复syn_ack报文，使得客户端连接超时。可以通过调整net.core.somax

查看更多 →

使用deleteall命令删除大量znode时报错“Node does not exist” 问题 客户端连接非leader实例，使用deleteall命令删除大量znode时，报错Node does not exist，但是stat命令能够获取到node状态。 回答 由于网络问题或者数据量大导致l

查看更多 →

开通数据库代理后，还是有大量select请求分发到主节点 原因分析： 读权重参数 设置主节点和只读节点的读权重分配，可以控制读请求的分发配比，仅在存在只读节点时生效。 例如：一主两只读，设置的读权重为1(主):2(只读1):3(只读2)，那么会按照1:2:3将读请求分发到主和只读

查看更多 →

数据库服务器备份 数据库服务器备份概述 更改安全组 安装Agent 创建数据库服务器备份 卸载Agent

查看更多 →

SSH私钥：选择并上传创建集群时使用的密钥文件。 图1 下载客户端 单击“确定”开始生成客户端文件。 若界面显示以下提示信息表示客户端包已经成功保存。单击“关闭”。客户端文件请到下载客户端时设置的远端主机的“存放路径”中获取。 下载客户端文件到远端主机成功。 若界面显示以下提示信息，请检查

查看更多 →

for MySQ L实例 迁移中，大量binlog文件导致数据盘空间不足 RDS for MySQL实例迁移中，短时间内产生大量binlog文件，导致数据盘空间不足（91%），影响业务正常运行 。 解决方案 请及时清理过期数据。 随着业务数据的增加，原来申请的数据库磁盘容量可能会不足，建议用户扩容磁盘空间，确保磁盘空间足够。

查看更多 →

CDN回源方式“协议跟随”，即回源协议与客户端访问协议一致。 如果客户端以HTTPS协议访问CDN，CDN会以HTTPS协议回源到服务器，如果您的源站服务器不支持HTTPS协议，就会响应504。 如果客户端以HTTP协议访问CDN，CDN会以HTTP协议回源到服务器，如果您的源站服务器不支持HTTP协议，就会响应504。

查看更多 →

使用deleteall命令删除大量znode时偶现报错“Node does not exist” 问题 客户端连接非Leader实例，使用deleteall命令删除大量znode时，报错Node does not exist，但是stat命令能够获取到node状态。 回答 由于网络问题或者数据量大导致

查看更多 →

删除大量文件后重启NameNode耗时长 问题 删除大量文件之后立刻重启NameNode（例如删除100万个文件），NameNode启动慢。 回答 由于在删除了大量文件之后，DataNode需要时间去删除对应的Block。当立刻重启NameNode时，NameNode会去检查所有

查看更多 →

大量回滚事务拖慢Undo空间回收 问题现象 使用gs_async_rollback_xact_status视图查看有大量的待回滚事务，且待回滚的事务数量维持不变或者持续增高。 SELECT * FROM gs_async_rollback_xact_status()； 处理方法

查看更多 →