我遇到了这样一种情况：我将发票的元数据放入elasticsearch 1.5.2索引中，该索引运行在带有oraclejdk8u45的ubuntulinux15.04上。其中一个字段是ponumber，它的值通常类似于“123-r45678”或“123-4q5678”。我尝试使用prefixquery（通过查询解析器）搜索以前缀开头的值，例如“123-4*”或“123-r*”。我最接近成功的方法是在ponumber字段中使用关键字分析器，并在搜索时使用相同的关键字分析器，url如下所示：

http://localhost:9200/myindex/_search?q=invoices.poNumber:123-4Q*&analyzer=keyword&analyze_wildcard=true&explain=true

尽管索引中有“123-4q5678”，但这不会返回任何结果。但是，当我搜索“123-4*”时，我得到的结果与“123-4q5678”匹配：

http://localhost:9200/myindex/_search?q=invoices.poNumber:123-4*&analyzer=keyword&analyze_wildcard=true&explain=true

关键字分析器不应该做任何事情来分解字符串。我甚至在分析终点测试过这个。查找不带连字符的值的前缀查询似乎可以正常工作。为什么添加“q”字符会导致此查询不返回结果？如果字母正好在连字符后面，也会发生这种情况。
此外，当出现连字符时，即使整个字符串值是prefixquery的“前缀”，它也不会返回结果。但是，它会在精确匹配查询中返回结果(请参见下文）如果值或查询中不存在连字符，则搜索精确的值作为前缀会返回匹配的文档。
以下是一些其他测试结果：

value        search term    success
123-4Q5678   123*           yes
123-4Q5678   123-*          yes
123-4Q5678   123-4*         yes
123-4Q5678   123-4Q*        no
123-4Q5678   123-4Q5*       no
123-4Q5678   123-4Q5678*    no
123-4Q5678   123-4Q5678     yes
123-R45678   123*           yes
123-R45678   123-*          yes
123-R45678   123-R*         no
123-R45678   123-R4*        no
123-R45678   123-R45678*    no
123-R45678   123-R45678     yes
r4q567       R*             yes
r4q567       R4*            yes
r4q567       R4Q*           yes
r4q567       R4Q567*        yes
r4q567       R4Q567         yes