定位类中的方法 一个搜索查询class:vet AND method:test匹配所有名称中带有test的方法，并且属于名称中带有vet的类。 一个搜索查询class:test AND (method:upd OR method:del)匹配所有名称中带有upd或del的方法，并且属于名称中带有test的类。

查看更多 →

ObsClient({ // 认证用的ak和sk硬编码到代码中或者明文存储都有很大的安全风险，建议在配置文件或者环境变量中密文存放，使用时解密，确保安全；本示例以ak和sk保存在环境变量中为例，运行本示例前请先在本地环境中设置环境变量AccessKeyID和SecretAccessKey。

查看更多 →

日志中过长的操作需要从执行最慢的操作入手，逐个进行优化。 对于操作执行时长超过1s时，对应的操作可能会有问题，需要视具体情况分析。 对于操作执行时长超过10s时，则需要优化对应的操作。 若存在某个聚合操作，因其比较慢，此时操作执行时长超过10s的情况属于正常现象。 分析方法 连接数据库。

查看更多 →

"https://your-endpoint"; // 认证用的ak和sk硬编码到代码中或者明文存储都有很大的安全风险，建议在配置文件或者环境变量中密文存放，使用时解密，确保安全；本示例以ak和sk保存在环境变量中为例，运行本示例前请先在本地环境中设置环境变量ACCESS_KEY_ID和SECRET_ACCESS_KEY_ID。

查看更多 →

通过异常信息定位问题，参见问题定位实例。

查看更多 →

调试过程中，发现一个全局变量只在一处赋值为0，但使用时打印发现变成一个非零异常值，大概率是该全局变量被踩。如果已知一个全局变量被踩内存，可在Huawei_LiteOS/out//.map文件中找到该全局变量所在的地址。注意该地址前面最近被使用的变量，排查是否前面变量操作不当引发踩内存，比如对该前面变量进行memcpy，

查看更多 →

长事务问题定位及处理方法 指标异常说明（影响） 事务中，当执行了DDL或者DML操作并且长时间没有提交的事务称为长事务。 长事务主要看两个指标：最长事务存活时长和最长未决事务存活时长，其中后者为适用于两阶段事务中的指标。 oldest_transaction_duration：最长事务存活时长

查看更多 →

通过内存size检查定位问题，参见内存size检查。

查看更多 →

第四列 [INFO] 或 [ERROR] 为日志级别 一般脚本调用失败时，打开日志文件，找到相应时间点的ERROR即可初步确定问题原因。例如图1中的错误就是因为MySQL已经处于冻结状态，再次冻结，就会出错。 父主题： 通过自定义脚本实现数据库备份

查看更多 →

第四列 [INFO] 或 [ERROR] 为日志级别 一般脚本调用失败时，打开日志文件，找到相应时间点的ERROR即可初步确定问题原因。例如图1中的错误就是因为MySQL已经处于冻结状态，再次冻结，就会出错。

查看更多 →

如果工作负载状态为“未就绪”，可通过查看Pod的事件等信息确定异常原因，详情请参见Pod事件查看方法。根据事件，参考Pod常见异常问题查找异常的解决方案。 如果工作负载状态为“处理中”，一般为过程中的状态，请耐心等待。 如果工作负载状态为“运行中”，一般无需处理。如果出现状态正常但无法访问的情况，则需要进一步排查集群内访问是否正常。

查看更多 →

通过内存备份机制定位问题，参见内存备份机制。

查看更多 →

但在上述场景中，由于第一次的Balance操作是被异常停止的，所以第二次进行Balance操作时，“/system/balancer.id”文件仍然存在，则会触发append /system/balancer.id操作，进而导致Balance操作失败。 解决方法 方法1：等待硬租

查看更多 →

问题定位出方案中 操作场景 问题单受理后，需要对该问题进行定位分析，并给出定位结果和解决方案。 操作步骤 登录COC。 在左侧菜单栏选择“故障管理 > 问题管理”，进入“待我处理”的问题列表页面。 点击问题单名称进入问题详情页面，单击右上角“定位出方案”，跳转至填写问题原因及解决方案页面，填写信息后点击提交。

查看更多 →

通过内存合法性检查定位问题，参见内存合法性检查。

查看更多 →

定位 定位组件用于根据定位获取当前所在位置，仅支持移动端设备使用。 在表单开发页面，从“数据组件”中，拖拽“定位”组件至表单设计区域，如图1。 图1 定位 显示名称：该组件在页面呈现给用户的名称，可以设置为中文，也可以设置为英文。 验证：对该字段进行一些限制。 必填：设置为“必填”，表示该字段必须配置。

查看更多 →

如果勾选了空跑，该节点不会实际执行，将直接返回成功。 任务组 否 选择任务组。任务组配置好后，可以更细粒度的进行当前任务组中的作业节点的并发数控制，比如作业中包含多个节点、补数据、重跑等场景。 父主题： 节点参考

查看更多 →

问题排查思路 RDS for PostgreSQL数据库中占用磁盘空间最多的可能是：数据文件（表/索引等）、WAL日志、临时文件。当磁盘使用率增长较快不符合预期时，可以按照以下思路进行排查： 图1 排查思路 排查及解决方法 查询数据库、表、WAL日志等大小的SQL会占用较多的磁盘IO，请在业务低峰期运行。

查看更多 →

查看内核态CPU时间占比 若内核态CPU时间占比高于20%，此时说明可能存在大量的系统调用或者中断，通常对应的是系统中存在大量正在工作的进程。 当活跃连接数超出了实例规格的承受能力，系统不停的切换CPU中运行的进程，而内核程序切换CPU让其在不同的地址空间上操作，导致内核态CPU时间占比升高。 查看活跃连接数

查看更多 →

内存使用率高问题定位及处理方法 内存使用率说明 PostgreSQL数据库中内存使用率主要是由共享内存和本地内存组成。 共享内存：主要用于数据的缓冲区、wal日志的缓冲区等，以便提高读写性能。除此之外也包含一些全局信息，如进程、锁信息等。 shared_buffers参数的值决定初始申请共享内存的大小，RDS

查看更多 →

pg_class where relname ='tmp_table_pu'; 在数据库中，临时表不会vacuum，但其生命周期一般不会长。 连接一旦释放，临时表就会被回收。 因此，需要排查数据库中是否存在长连接，可通过如下语句进行排查： select (now()-backend_start)

查看更多 →