一阵子不用es又忘光光了，犯了个极其弱智的错误。。。
想查询name是shuai的记录，于是写下了下面这个语句：
curl -X POST --header “Content-Type: application/json” http://127.0.0.1:9200/aaa/aaa/_search -d “{“query”: {“term”: {“name”: “shuai”}}}”
执行后报错：
{“error”:{“root_cause”:[{“type”:“json_parse_exception”,“reason”:“Unexpected character (‘q’ (code 113)): was expecting double-quote to start field name\n at [Source: org.elasticsearch.transport.netty4.ByteBufStreamInput@16e75957; line: 1, column: 3]”}],“type”:“json_parse_exception”,“reason”:“Unexpected character (‘q’ (code 113)): was expecting double-quote to start field name\n at [Source: org.elasticsearch.transport.netty4.ByteBufStreamInput@16e75957; line: 1, column: 3]”},“status”:500}
晃眼一看以为是json格式错误，检查了好几遍json也没找到哪里格式错了
最后仔细一看才反应过来，原来是
json里的双引号没转义
。。。
修改后如下：
curl -X POST --header “Content-Type: application/json” http://127.0.0.1:9200/aaa/aaa/_search -d “{“query”: {“term”: {“name”: “shuai”}}}”
执行返回成功
或者利用
单引号里的内容不转义
的特性：json的最外层用单引号，其余双引号
curl -X POST --header “Content-Type: application/json” http://127.0.0.1:9200/aaa/aaa/_search -d ‘{“query”: {“term”: {“name”: “shuai”}}}’
参考链接：
https://blog.miuyun.work/archives/13100849
es --- Unexpected character (‘q‘ (code 113)): was expecting double-quote to start field name\n
一阵子不用es又忘光光了，犯了个极其弱智的错误。。。 想查询name是shuai的记录，于是写下了下面这个语句：curl -X POST --header “Content-Type: application/json” http://127.0.0.1:9200/aaa/aaa/_search -d “{“query”: {“term”: {“name”: “shuai”}}}”执行后报错：{“error”:{“root_cause”:[{“type”:“
elasticsearch在window中报错："
Unexpected
character
('m' (
code
109)): was
expecting
double-quote
to
start
elasticsearch从入坑到放弃
今天在配置问答系统中使用到了elasticsearch，由于在Linux下开发界面不友好，就直接在Windows下配置环境进行开发，结果一不小心入了一个坑，折腾了三个多小时才弄出来，所以以后还是要用Linux开发。。。
从官网下载
ES
https://www.elastic.co/guide/en/elasticsearch/reference/curr...
报错：JSON parse error:
Unexpected
character
(‘ ‘ (
code
160)): was
expecting
double-quote
to
start
fiel
使用Kibana设置索引的时候，执行语句出现错误：
Unexpected
character
(’}’ (
code
125)): was
expecting
double-quote
to
start
field
name
我按照错误不断检查双引号是否正确，结果最后找出来是逗号多了一个，晕。
一、
ES
7报错
Failed to parse mapping [_doc]: Root mapping definition has unsupported parameters
原因：
es
7不建议使用type，默认的type未doc，因此默认不支持指定type对应的mapping
解决方法：指定索引类型需修改参数include_type_name
PUT index/_mappings?include_type_name=true
（但
es
8会弃用type，因此最好不要再使用
今天在使用
ES
查询20000条数据时报错：
ERRO[0005] Search dga rul
es
failed elastic: Error 500 (Internal Server Error): all shards failed [type=search_phase_execution_exception]
随手附个代码吧，或许对有缘人有用~
searchR
es
ult,err :=
es
.
ES
Client.Search().
Index(a).Typ
### 回答1：
这是一个JSON格式错误，意思是在JSON对象中遇到了一个意外的字符 '}'，但是应该是一个双引号来开始字段名。这通常是由于JSON对象中的语法错误或缺失引号导致的。需要检查JSON对象的语法并确保所有字段名都被双引号包围。
### 回答2：
这个错误提示说明在一个地方出现了一个预期之外的特殊字符 '}'，而程序预期的是一个双引号来开启一个字段名。
这个错误通常发生在处理JSON格式的数据时。JSON是一种常用的数据交换格式，严格要求使用双引号来包围字段名和字符串值。如果在JSON中使用了其他字符（如单引号）来代替双引号，或者忘记包围字段名的双引号，就会导致这个错误。
解决这个问题的方法是检查代码中对JSON数据的处理部分，找到错误的特殊字符，并将其替换为双引号。同时确保所有的字段名都被双引号包围。以下是一个示例：
错误的JSON数据：{ name: 'John', age: 25 }
修正后的JSON数据：{ "name": "John", "age": 25 }
通过这样的修正，就可以避免该错误，并使代码正确地解析和处理JSON数据。
### 回答3：
这个错误信息说明在代码中出现了一个意外的字符 '}'，而解析器预期的是双引号来开始字段名。这种错误通常在处理JSON格式的数据时出现。
JSON是一种用于数据交换的格式，它使用键值对的形式来组织数据。每个键值对由一个字段名和一个字段值组成，它们之间用冒号分隔。字段名和字段值都需要被双引号包围。
一个常见的问题是，当我们在代码中书写JSON数据时，忘记或者错误地添加了双引号来标记字段名。当解析器在处理这段代码时，就会遇到问题，因为它期望双引号来定义字段名。
为解决这个问题，我们需要确保所有的字段名都被双引号包围。例如，如果我们有一个字段名为 "name" 的键值对，我们需要这样书写代码： "name": "John"。注意字段名 "name" 前后都有双引号。
另外，如果我们的字段值是一个字符串，同样需要用双引号包围。如果字段值是一个数字或者布尔值，就不需要使用双引号。
总结一下，当遇到这个错误时，我们需要检查代码中所有的字段名，并确保它们前后都被双引号包围。只有这样，解析器才能正确地处理JSON数据。
