客户端使用建议 Consumer使用建议 Consumer的owner线程需确保不会异常退出，避免客户端无法发起消费请求，阻塞消费。 确保处理完消息后再做消息commit，避免业务消息处理失败，无法重新拉取处理失败的消息。 Consumer不能频繁加入和退出group，频繁加入和

查看更多 →

out，如果不配置该参数，会一直阻塞。 原因分析 客户端环境随机数产生的速度太慢，无法满足产品要求，熵源不足，导致服务启动失败。当前已知在一些Linux环境中存在此问题。 处理方法 方法1：启动客户端环境中的haveged服务，增加系统熵池熵值以提高读取随机数的速度。启动命令为： systemctl

查看更多 →

out，如果不配置该参数，会一直阻塞。 原因分析 客户端环境随机数产生的速度太慢，无法满足产品要求，熵源不足，导致服务启动失败。当前已知在一些Linux环境中存在此问题。 处理方法 方法1：启动客户端环境中的haveged服务，增加系统熵池熵值以提高读取随机数的速度。启动命令为： systemctl

查看更多 →

out，如果不配置该参数，会一直阻塞。 原因分析 客户端环境随机数产生的速度太慢，无法满足产品要求，熵源不足，导致服务启动失败。当前已知在一些Linux环境中存在此问题。 处理方法 方法1：启动客户端环境中的haveged服务，增加系统熵池熵值以提高读取随机数的速度。启动命令为： systemctl

查看更多 →

out，如果不配置该参数，会一直阻塞。 原因分析 客户端环境随机数产生的速度太慢，无法满足产品要求，熵源不足，导致服务启动失败。当前已知在一些Linux环境中存在此问题。 处理方法 方法1：启动客户端环境中的haveged服务，增加系统熵池熵值以提高读取随机数的速度。启动命令为： systemctl

查看更多 →

长事务阻塞Undo空间回收 问题现象 gs_log中打印如下错误： snapshot too old! the undo record has been forcibly discarded xid xxx, the undo size xxx of the transaction

查看更多 →

长事务阻塞Undo空间回收 问题现象 pg_log中打印如下错误： snapshot too old! the undo record has been forcibly discarded xid xxx, the undo size xxx of the transaction

查看更多 →

Kafka客户端使用建议 consumer使用建议 consumer的owner线程需确保不会异常退出，避免客户端无法发起消费请求，阻塞消费。 确保处理完消息后再做消息commit，避免业务消息处理失败，无法重新拉取处理失败的消息。 通常不建议对每条消息都进行commit，如果对

查看更多 →

一方面避免业务相互影响，另一方面避免单实例膨胀，并能在故障时降低影响面，快速恢复。 禁止使用select功能在单Redis实例做多db区分。 Redis单实例内多DB隔离性较差，Redis开源社区已经不再发展多DB特性，后续不建议依赖该特性。 设置合理的内存淘汰（逐出）策略 合理设置淘汰策略，可以在Redis内存意外写满的时候，仍然正常提供服务。

查看更多 →

Spark Streaming任务一直阻塞 问题 运行一个Spark Streaming任务，确认有数据输入后，发现没有任何处理的结果。打开Web界面查看Spark Job执行情况，发现如下图所示：有两个Job一直在等待运行，但一直无法成功运行。 图1 Active Jobs 继

查看更多 →

云桌面客户端安装失败如何处理？ 当您安装华为云办公客户端时，请确保您的终端设备支持以下版本。 Windows客户端：支持Win10及以上版本。 MacOS客户端：支持macOS 10.14-13.6。 Android客户端：支持Android 6.0以上版本。 如果客户端仍然安装

查看更多 →

Spark Streaming任务一直阻塞 问题 运行一个Spark Streaming任务，确认有数据输入后，发现没有任何处理的结果。打开Web界面查看Spark Job执行情况，发现如下图所示：有两个Job一直在等待运行，但一直无法成功运行。 图1 Active Jobs 继

查看更多 →

Backoff是FairCallQueue的功能之一，要求客户端在一段时间后重试操作（如创建，删除，打开文件等）。当Backoff发生时，RCP 服务器 将发生RetriableException异常。FairCallQueue在以下两种情况时进行Backoff。 当队列已满，即队列中有许多客户端调用时。 当队列的响应时间大于配置的阈值（由参数“ipc

查看更多 →

Backoff是FairCallQueue的功能之一，要求客户端在一段时间后重试操作（如创建，删除，打开文件等）。当Backoff发生时，RCP服务器将发生RetriableException异常。FairCallQueue在以下两种情况时进行Backoff。 当队列已满，即队列中有许多客户端调用时。 当队列的响应时间大于配置的阈值（由参数“ipc

查看更多 →

配置多并发客户端连接JD BCS erver 操作场景 JDB CS erver支持多用户多并发接入，但当并发任务数量较高的时候，默认的JDBCServer配置将无法支持，因此需要进行优化来支持该场景。 操作步骤 设置JDBCServer的公平调度策略。 Spark默认使用FIFO（First

查看更多 →

maxPoolSize，不要超过线程数。 # 这里是 10*50=500. 实例非常多的场景，要减小单个实例的连接数。 servicecomb.rest.client.connection.maxPoolSize: 50 # 连接闲置时间。默认值30 秒，一般不需要修改，要小于服务端的连接闲置时间。

查看更多 →

Windows 云服务器 蓝屏如何处理？ 问题描述 Windows操作系统云服务器蓝屏，如图1所示。 图1 bugcheck code以及可能的导致蓝屏的模块 可能原因 使用了来源不明的第三方软件。 CPU占用过高导致。 因为误操作或者病毒引起的系统文件、注册表损坏。 操作系统在蓝屏的情况下，会显示对应的bugcheck

查看更多 →

ZooKeeper客户端刷新TGT失败如何处理 问题 ZooKeeper客户端刷新TGT失败，无法连接ZooKeeper。报错内容如下： Login: Could not renew TGT due to problem running shell command: '***/kinit

查看更多 →

通过PL/pgSQL，可以将一整块计算和一系列查询分组在数据库服务器内部，这样就有了一种过程语言的能力并且使SQL更易用，同时能节省的客户端/服务器通信开销。 客户端和服务器之间的额外往返通信被消除。 客户端不需要的中间结果不必被整理或者在服务器和客户端之间传送。 多轮的查询解析可以被避免。 PL/pgS

查看更多 →

通过PL/pgSQL，可以将一整块计算和一系列查询分组在数据库服务器内部，这样就有了一种过程语言的能力并且使SQL更易用，同时能节省的客户端/服务器通信开销。 客户端和服务器之间的额外往返通信被消除。 客户端不需要的中间结果不必被整理或者在服务器和客户端之间传送。 多轮的查询解析可以被避免。 PL/pgS

查看更多 →

通过PL/pgSQL，可以将一整块计算和一系列查询分组在数据库服务器内部，这样就有了一种过程语言的能力并且使SQL更易用，同时能节省的客户端/服务器通信开销。 客户端和服务器之间的额外往返通信被消除。 客户端不需要的中间结果不必被整理或者在服务器和客户端之间传送。 多轮的查询解析可以被避免。 PL/pgS

查看更多 →