本地环境自建的es重启,http和https访问es，nested数据类型及设置es别名

link:
https接口的支持判断,http升级到https需求
https://www.cnblogs.com/oktokeep/p/19176975

1.测试环境es本地自建的，由于没有设置账号和密码，导致es数据泄露。所以将测试环境本地的es停止，导致本地的测试环境的订单列表查询报错。

查询进程是否存在：
root@VM-22-212-centos:/dd/log $ ps -ef | grep "9200"
root      2737  2481  0 11:00 pts/0    00:00:00 grep --color=auto 9200
root@VM-22-212-centos:/dd/log $ ps -ef | grep "9201"
root      2778  2481  0 11:00 pts/0    00:00:00 grep --color=auto 9201
root@VM-22-212-centos:/dd/log $ ps -ef | grep "9300"
root      2813  2481  0 11:00 pts/0    00:00:00 grep --color=auto 9300
root@VM-22-212-centos:/dd/log $ ps -ef | grep "elastic"
root      2921  2481  0 11:00 pts/0    00:00:00 grep --color=auto elasticroot@VM-22-212-centos:/dd/log $ netstat -lntp|grep 9301
root@VM-22-212-centos:/dd/log $ netstat -lntp|grep 9300
tcp6       0      0 :::9300                 :::*                    LISTEN      13549/java          
root@VM-22-212-centos:/dd/log $ netstat -lntp|grep 9200
tcp6       0      0 :::9200                 :::*                    LISTEN      13549/java          
root@VM-22-212-centos:/dd/log $ netstat -lntp|grep 9201启动命令：sudo systemctl restart elasticsearch查询服务器上面的历史命令并导出txt2018  2025-11-06 11:39:05 history >> history22.212.txt

访问：参考es访问控制

curl  -X GET "http://XX.16.22.XX:9200"   //以上截图的“内网访问地址”
{"error":{"root_cause":[{"type":"security_exception","reason":"missing authentication token for REST request [/]","header":{"WWW-Authenticate":"Basic realm=\"security\" charset=\"UTF-8\""}}],"type":"security_exception","reason":"missing authentication token for REST request [/]","header":{"WWW-Authenticate":"Basic realm=\"security\" charset=\"UTF-8\""}},"status":401}curl -u elastic账号:es密码 -X GET "http://XX.16.22.XX:9200"6.8.2版本
root@VM-1-247-centos:~ $ curl -u elastic账号:es密码 -X GET "http://XX.16.22.XX:9200"
{"name" : "1762409755007608632","cluster_name" : "es-ioz97k9c","cluster_uuid" : "Gz7KD51RSnSlkvhFfuvTpQ","version" : {"number" : "6.8.2","build_flavor" : "default","build_type" : "zip","build_hash" : "bde2f6a","build_date" : "2025-09-08T13:32:47.932906Z","build_snapshot" : false,"lucene_version" : "7.7.0","minimum_wire_compatibility_version" : "5.6.0","minimum_index_compatibility_version" : "5.0.0"},"tagline" : "You Know, for Search"
}5.6.4版本
http://XX.16.22.YY:9200
curl -u elastic账号:es密码 -X GET "http://XX.16.22.YY:9200"
root@VM-1-247-centos:~ $ curl -u elastic账号:es密码 -X GET "http://XX.16.22.YY:9200"
{"name" : "1749716881004699232","cluster_name" : "es-6jzhzcxg","cluster_uuid" : "nXx5MYhZQIaPEb9nVZSlUQ","version" : {"number" : "5.6.4","build_hash" : "933ee86","build_date" : "2019-11-22T13:04:34.110Z","build_snapshot" : false,"lucene_version" : "6.6.1"},"tagline" : "You Know, for Search"
}

2.方案1，首先尝试将本地的es服务起来，然后再设置账号和密码，需要运维支持。
3.方案2，在腾讯云上面其实已经购买了云es的产品，需要考虑到es版本，es版本不对和http访问方式必须正确，否则es仍然会查询报错。
4.在腾讯云上面的es模块做数据备份，然后恢复到测试环境的es，这是一种方法。
手动快照备份
https://cloud.tencent.com/document/product/845/122407

5.同时为了降低成本，将版本一致的es做了合并，方法同上，先备份，然后再恢复到另外一个target es服务中来。然后将引用原来source es的微服务，变更新的target es ip地址，然后重启微服务。线上自测观察，最终将source es 释放。

6.腾讯云上面的es 版本和http访问方式不对，运维重新购买一个新的，然后将老的释放。恢复同步的原则：es只能升级同步，不能降级同步数据。
7.更新ip es地址，调用微服务中的init初始化es接口，数据初始化，这样在管理后台的es 订单列表数据恢复。

8.在实际查询的过程中，根据车主订单列表查询需求，发现了一个nested数据类型不对的问题，原来init初始化的时候不会生成nested数据类型。
》》nested类型处理，重建索引。查询的时候报错了。
设置别名，结合腾讯云的后台备份，恢复来创建 order_v3来解决。

根本原因是这个数据类型不对导致：已解决

原来的：
"ownerOrderViewList": {"properties": {"accountOwnerIncomeExamineList": {"ownerOrderList": {"properties": {"actRentTime": {"type": "date"解决后的：								
"ownerOrderViewList": {"type": "nested",
"ownerOrderList": {"type": "nested",	Caused by: org.elasticsearch.client.ResponseException: method [POST], host [http://XX.16.22.XX:9200], URI [/test_info/_search?rest_total_hits_as_int=true&typed_keys=true&ignore_unavailable=false&expand_wildcards=open&allow_no_indices=true&ignore_throttled=true&search_type=query_then_fetch&batched_reduce_size=512], status line [HTTP/1.1 400 Bad Request]

9.没有办法直接来修改es数据结构，在腾讯云的后台有操作界面，但是无法修改成功，个人认为：这个es数据结构已经存在数据了，而不是一个空的结构。
10.方法：将生产的一个order_v3的数据结构，同步到测试环境，检查数据结构中含有nested，ok

查询接口语法：
curl -u elastic账号:es密码 -X GET "http://XX.16.22.XX:9200/order_info/_mapping"//查询某个字段的mapping
curl -u elastic账号:es密码 -X GET "http://172.16.22.93:9200/order_info/_mapping/field/ownerOrderList" //需要带上*
curl -u elastic账号:es密码 -X GET "http://172.16.22.93:9200/order_info/_mapping/field/ownerOrder*"    这个可以查询出来。正解，需要带上/field

11.然后使用设置索引 es别名的方法，指向到新的order_v3，最终问题解决。

修改索引：		Reindex data from old index to new index:						
curl -u elastic账号:es密码 -X POST "http://XX.16.22.XX:9200/_reindex" -H 'Content-Type: application/json' -d '{"source": {"index": "order_info"},"dest": {"index": "order_v3"}}'# Add alias  Update aliases or switch to new index:
# 前提是存在了别名，先删除，然后再新增
curl -u elastic:es密码 -X POST "http://XX.16.22.XX:9200/_aliases" -H 'Content-Type: application/json' -d '{"actions": [{ "remove": { "index": "order_info", "alias": "order_info" } },{ "add": { "index": "order_v3", "alias": "order_info" } }]}'add，只新增别名：
curl -u elastic:es密码 -X POST "http://XX.16.22.XX:9200/_aliases" -H 'Content-Type: application/json' -d '{"actions": [{ "add": { "index": "order_v3", "alias": "order_info" } }]}'查看别名：
curl -u elastic:es密码 -X GET "http://XX.16.22.XX:9200/_cat/aliases"root@VM-22-216-centos:/ $ curl -u elastic:es密码 -X GET "http://XX.16.22.XX:9200/_cat/aliases"
.kibana      .kibana_1       - - -
car_property car_property_v3 - - -
.security    .security-6     - - -
order_info   order_v3   - - -

链接：
es创建索引及别名更新mapping方法 elasticsearch [nested] nested object under path [XXX] is not of nested type
https://www.cnblogs.com/oktokeep/p/14476798.html

12.nested查询语法片段

"nested": {"query": {"term": {"ownerOrderViewList.ownerMember.memNo": {"value": 967674718,"boost": 1.0}}},"path": "ownerOrderViewList","ignore_unmapped": false,"score_mode": "none","boost": 1.0
}