MongoDB毛病日志：处理常见问题

MongoDB由于其果断的查询系统，使流文件上传的时候可以发现一些报错。对新手，处理MongoDB毛病日志可以有些许困难。本文将介绍几个最多见、最容易被疏忽的毛病日志。

首先，关于noPLSql和noCollectionProblems，在这类情况下，MongoDB可能会报noPLSql毛病，表示PL / SQL语句不能完成所需动作，或noCollectionProblems报错，使用查询，MongoDB谢绝履行要求。这个情况下，最好解决办法是：检查代码会不会存在毛病，检查语句正确性，并尝试重新构建语句，以取得期望的结果。

第二，当出现FailedToParse，这个毛病反应服务器尝试解析时抛出异常。进一步检查发现，系统毛病由于缺少参数引发，或参数以一种不正确的格式传递，以致MongoDB没法有效解析它。最好解决办法是检查代码，在传递参数时，确保参数是有效的，且参数值类型与服务器定义的类型匹配。例如：

//Check for valid parameters
if (params == null || params.length != 2){
     throw new Exception("Invalid parameter in FailedToParse request"); 
 }

第三，报告ResourceExhausted，表明MongoDB运行时资源耗尽，不能满足业务需求。此时，最好解决办法是增加服务器资源，增加可用内存，减少线程数量等。另外，也能够使用以下步骤对系统进行优化以提高性能：

– 优化文件格式结构和平衡查询

– 限制语句的长度

– 删除没必要要的索引

– 下降活动线程数量

最后，当抛出QueryNotOptimized毛病代表MongoDB没法优化查询，使用以上建议可以有效优化查询：

– 检查查询能否被索引，可以优化查询性能

– 重新设计表结构

– 精简查询内容

– 减少查询复杂度

通过以上几种最多见的MongoDB毛病日志，可以帮助新手在处理毛病日志时，可以更准确、更快地定位毛病本质，并优化程序，提高MongoDB的运行性能。

本文来源：https://www.yuntue.com/post/221145.html | 云服务器网，转载请注明出处！