当前位置: 首页 > 面试题库 >

调试elasticsearch

龚寂弦
2023-03-14
问题内容

我正在使用Tire和elasticsearch。该服务已开始使用端口9200。但是,它返回2个错误:

"org.elasticsearch.search.SearchParseException: [countries][0]: from[-1],size[-1]: Parse Failure [Failed to parse source [{"query":{"query_string":{"query":"name:"}}}]]"

"Caused by: org.apache.lucene.queryParser.ParseException: Cannot parse 'name:': Encountered "<EOF>" at line 1, column 5."

因此,我重新安装了elasticsearch和服务容器。服务开始正常。

现在,当我使用轮胎搜索时,应显示结果时没有任何结果, 并且 没有收到 任何 错误消息。

有人知道我怎么能找出问题所在,更不用说解决它了吗?


问题答案:

首先,在通常情况下, 您不需要重新索引任何内容 。这取决于您如何安装和配置 elasticsearch ,但是取决于安装和升级的时间。使用
Homebrew

,数据可以安全保存。

其次, 无需重新安装 任何东西。您所看到的错误意味着它在锡纸上的含义:SearchParseException。您的查询无效:

{"query":{"query_string":{"query":"name:"}}}

请注意,您没有为名称限定符传递任何查询字符串。您必须传递一些东西,例如:

{"query":{"query_string":{"query":"name:foo"}}}

或者,用Ruby术语:

Tire.index('test') { query { string "name:hey" } }

有关如何捕获由于不正确的Lucene查询而导致的错误的示例,请参见Tire上Railscasts情节的此更新。



 类似资料:
  • WorkerMan3.0有两种运行模式,调试模式以及daemon运行模式 运行 php start.php start 进入调试模式,这时代码中的echo、var_dump、var_export等函数打印会在终端显示。注意以php start.php start运行的WorkerMan在终端关闭时所有进程会退出。 而运行 php start.php start -d则是进入daemon模式,也就是

  • 调试是一个程序猿非常重要的能力,人写的程序总会有 bug,所以需要 debug。如何方便和快速的定位 bug,是我们讨论的重点,只要 bug 能定位,解决就不是问题。 对于熟悉用 Visual Studio 和 Eclipse 这些强大的集成开发环境的来做 C++ 和 Java 的同学来说,OpenResty 的 debug 要原始很多,但是对于习惯 Python 开发的同学来说,又是那么的熟悉。

  • 调试 我试图用VS代码调试Angular2打字稿应用程序https://angular.io/guide/quickstart 有人能分享调试步骤吗

  • Git 有一些命令可以用来帮你调试你代码中的问题。 包括找出是什么时候,是谁引入的变更。 git bisect git bisect 工具是一个非常有用的调试工具,它通过自动进行一个二分查找来找到哪一个特定的提交是导致 bug 或者问题的第一个提交。 仅在 二分查找 一节中完整的介绍了此命令。 git blame git blame 命令标注任何文件的行,指出文件的每一行的最后的变更的提交及谁是那

  • 本地日志(Local Logs) 如果你拥有设备的访问权限,你可以使用 adb logcat 或你的 IDE 查看一些日志。你可以使用 adb shell setprop log.tag.<tag_name> <VERBOSE|DEBUG> 操作为任何下面提到的标签(tag))开启日志。VERBOSE 级别的日志会显得更加冗余但包含更多有用的信息。根据你要查看的标签的不同,你可以把 VERBOSE

  • WARNING weex-toolkit 是三方插件, 不由 Apache Weex 开发或维护。 本文档主要演示如何使用 weex-toolkit 中内置的调试工具进行代码调试。 安装 首先需要通过 npm 或 yarn 安装 weex-toolkit 工具 $ npm i weex-toolkit@beta -g $ weex -v // 检查是否安装成功 运行 安装完成后,运行 weex