业务申请不到内存，则业务无法正常使用。 如果存储介质空间不足，则影响日志功能和软件升级。 可能原因 原因1：内存告警阈值设置太低。 原因2：当前设备支持的业务太多。 原因3：设备内存泄露。 处理步骤 使用display memory-usage命令查看内存告警阈值，检查内存告警阈值设置是否合理。 如果合理，则=>步骤3。

查看更多 →

组件（主备）。所有需要全局唯一的任务都是通过 GaussDB (DWS)中的GTM来完成，只是在设计上尽量避免阻塞在GTM上，因此GTM并没有太多瓶颈，而且有些场景下还可以GTM-Free和GTM-Lite。 从传统单机数据库的应用开发模式到并行数据库，为确保获得更好的性能，可能需要

查看更多 →

控制并发连接数。连接数据库时，需要计算业务一共有多少个客户端， 每个客户端配置的连接池大小是多少，总的连接数不宜超过当前实例能承受的最大连接数的80%。连接太多会导致内存和多线程上下文的开销增加，影响请求处理延时。 建议配置连接池，连接池最大不要超过200。 降低单次请求的内存开销，例如通过创建索引减少集合的扫描、内存排序等。

查看更多 →

重定向地址：用户授权后，重定向回调的地址。 在脚本中调用连接器 您在脚本中，调用已创建的连接器，实现用户登录微信公众号。 在微信客户端的H5页面，发起AJAX请求，用于获取code。 请求如下所示： https://open.weixin.qq.com/connect/oauth2/authorize

查看更多 →

Level0层SST文件数太多，导致查询慢，伴随有“ALM-45644 RocksDB的Level0层SST文件数持续超过阈值”的告警。 缓存命中率低于60%，导致block cache频繁的换入换出。 处理步骤 检查是否Level0层SST文件数太多 在 FusionInsight

查看更多 →

inkServer本身没有影响。 可能原因 Flink作业RocksDB的Write P95耗时持续超过阈值的可能原因： MemTable太多引起写限流或写停止，伴随有“ALM-45643 RocksDB的MemTable大小持续超过阈值”的告警。 Level0层SST文件数太大，伴随有“ALM-45644

查看更多 →

解决办法：降低业务并发。 GAUSS-04102: "too many LWLocks taken" SQLSTATE: XX000 错误原因：持有了太多轻量级锁。 解决办法：降低业务并发。 GAUSS-04103: "cannot wait without a PGPROC structure"

查看更多 →

GAUSS-02962: "argument number is out of range" SQLSTATE: 22003 错误原因：模式匹配的参数太多，超出整型范围。 解决办法：请重新定义模式匹配字符串，减少参数个数。 GAUSS-02963: "conversion specifies

查看更多 →

旦WAL分割完成，HMaster将进行用户region的分配。所以当在集群异常的场景下，WAL分割可能需要很长时间，这取决于多个因素，例如太多的WALs，较慢的I/O，region servers不稳定等。 为确保HMaster能够成功完成所有region server WAL分割，请执行以下步骤：

查看更多 →

inkserver本身没有影响。 可能原因 Flink作业写RocksDB的速率不为0时触发写限流，导致限流的可能原因： MemTable太多引起写限流或写停止，伴随有“ALM-45643 RocksDB的MemTable大小持续超过阈值”的告警。 Level0层的SST文件数据太大，伴随有“ALM-45644

查看更多 →

库规模，请联系华为云客服确认扩容规模。 默认并发：动作活体检测1QPS、其它接口10QPS。超出默认并发，会提示FRS.0033，当前请求太多，超出流控限制。 套餐包 扣费时调用次数会先在套餐包内进行抵扣，抵扣完后的剩余调用量默认转回按需计费方式，具体计费价格请参见 人脸识别 价格详情。

查看更多 →

rt文件，如果data part过多, merge压力会变大，甚至出现各种异常影响数据插入。建议每个批次5k到100k行，写入字段不能太多，太多字段情况下要减少写入行数，以降低对写入节点的内存和CPU压力，每秒不超过1次插入。 多副本并行导入。 有大数据的导入场景，建议将数据提前

查看更多 →

GAUSS-01597: "too many function arguments" SQLSTATE: XX000 错误原因：函数参数太多。 解决办法：修改查询中使用的函数，确保参数使用正确。 GAUSS-01598: "function's resolved result type

查看更多 →

水平可扩展：为业务的高速发展提供了支撑。 流量隔离： 灵活调度流量，相互隔离，实现业务的不断创新和试验田。 降本增效： 多活相比传统容灾提供了更优秀的流量分发机制，不需要承载太多的冗余成本，提高了统一的资源利用率，同时降低成本。 异地多活 多活业务中至少一个多活子信息系统与其他子系统处于不同地理区域，建议物理距离>300KM。

查看更多 →

旦WAL分割完成，HMaster将进行用户region的分配。所以当在集群异常的场景下，WAL分割可能需要很长时间，这取决于多个因素，例如太多的WALs，较慢的I/O，region servers不稳定等。 为确保HMaster能够成功完成所有region server WAL分割，请执行以下步骤：

查看更多 →

errorCode:None errorMessage:None reason:Service Unavailable 如果是client数太多，尤其对于5G以上文件，OBS接口不支持直接调用，需要分多个线程分段复制，目前OBS侧服务端超时时间是30S，可以通过如下设置减少进程数。

查看更多 →

默认勾选“仅展示业务对象流关联的数据实体”。 添加数据实体与关系弹窗仅显示已发布的数据实体。 选择数据实体后，单击“下一步”。 如果实体数量太多，可通过单击按钮，输入关键字快速筛选搜索。 选择数据实体间关系后，单击“确认”。画布中显示刚添加的实体节点。 调整数据实体与关系。 调整实体节点位置：选中实体节点拖动调整位置。

查看更多 →

RabbitMQ性能优化 保持尽可能短的队列长度 太多的消息堆积在队列中会造成内存负载过高，为了释放内存，RabbitMQ 会把消息转存到磁盘，转存过程会耗费大量时间，造成消息处理速度下降或直接阻塞生产流程。因此队列中堆积过多的消息容易对 broker 产生负面效应。除此之外，如

查看更多 →

"too many range table entries" SQLSTATE: 54000 错误原因：range table entry数太多，超过了65000。 解决办法：请联系技术支持工程师提供技术支持。 GAUSS-01682: "NestLoopParam was not

查看更多 →

置的比较高，如90，而AP上报了告警，则AP有可能会丢包甚至下线。 可能原因 原因1：CPU告警阈值设置太低。 原因2：当前设备支持的业务太多。 原因3：设备受到攻击导致CPU资源占用过高。 处理步骤 使用display ap-system-profile命令查看AP的CPU告警

查看更多 →

启用定时任务功能后，job_scheduler线程会在定时时间间隔轮询pg_job系统表，系统设置定时任务检查周期默认为1s。 由于并行运行的任务数太多会消耗更多的系统资源，因此需要设置系统并发处理的任务数，当前并发的任务数达到job_queue_processes时，且此时又有任务到期，

查看更多 →