博主有话说：该博文根据实际案例编写，在编写过程中将敏感信息进行替换，可能存在矛盾的地方，望见谅
1 错误详情
[type=circuit_breaking_exception, reason=[parent] Data too large, data for [<http_request>] would be [125643918/119.8mb], which is larger than the limit of [90832896/86.6mb], real usage: [125639936/119.8mb], new bytes reserved: [3982/3.8kb], usages [request=0/0b, fielddata=0/0b, in_flight_requests=3982/3.8kb, accounting=15713/15.3kb]] ElasticsearchStatusException[Elasticsearch exception [type=circuit_breaking_exception, reason=[parent] Data too large, data for [<http_request>] would be [125643918/119.8mb],
在这里找到了3个数值
Data too large, data for [] would be [125643918/119.8mb] 这个就是上限内存（缺省是它是ES最大内存的95%)
real usage: [125639936/119.8mb], ES已经使用的内存
new bytes reserved: [3982/3.8kb] 本次查询需要的内存
2 方案一：增加es的内存
2.1 增加es的内存
编辑elasticsearch配置路径下的jvm.options文件，修改总堆空间的初始大小和总堆空间的最大大小，重启es应用即可
可以根据剩余内存大小情况增加es内存
注：初始值和最大值应当被设置为相同的值
2.2 方案分析
该方案简单粗暴，但是要考虑服务器性能。增加es内存的同时，要考虑到对其它应用的影响，不能增加太高，比如增加到2~3G。而且随着时间的推进，es数据量的增加，可能还会出现此问题，无法从根本上解决问题，可以考虑与其他方案双管齐下。
3 方案二：删除es数据
3.1 删除所有文档
构建一个匹配所有文档的查询，并使用DELETE BY QUERY API来删除它们。这样，索引的结构会保留，但其中的所有数据都将被删除。
POST /my_index/_delete_by_query
{
"query": {
"match_all": {}
}
}curl -uelastic:elastic_pwd -H "Content-Type:application/json" -XPOST http://127.0.0.1:6200/my_index/_delete_by_query -d '{
"query": {
"match_all": {}
}
}'3.2 创建空索引，删除旧索引
创建一个新的具有相同结构但没有任何数据的空索引，然后根据需要删除旧索引，并将新索引重命名为旧索引的名称。
3.2.1 创建具有相同结构的空索引
创建一个新的索引，可以通过发送PUT请求到新索引，并在请求体中包含映射定义来实现。
PUT /new_index
{
"mappings": {
"properties": {
"field1": { "type": "text" },
"field2": { "type": "keyword" },
// ... 其他字段定义，根据从旧索引获取的映射来填充 ...
}
}
}# 创建名为 new-index 的索引
curl -uelastic:elastic_pwd -H "Content-Type:application/json" -XPUT http://127.0.0.1:6200/new_index -d @/data/my-index.txt以上命令需要知道索引的结构，如果不知道，可以使用以下命令查看旧索引结构
3.2.2 获取旧索引结构
通过发送GET请求到旧索引的_mapping端点来实现：
GET /old_index/_mappingcurl -uelastic:elastic_pwd -XGET http://127.0.0.1:6200/my_index/_mapping3.2.3 删除旧索引
使用DELETE请求来删除索引。
DELETE /my_indexcurl -uelastic:elastic_pwd -XDELETE http://127.0.0.1:6200/my_index3.2.4 新索引重命名
为了使应用程序能够无缝地从旧索引切换到新索引，你可以使用Elasticsearch的别名功能。通过为新索引创建一个与旧索引同名的别名，可以让应用程序继续使用相同的索引名称来访问数据，而实际上是在访问新的索引。这样，从应用程序的角度来看，就实现了索引的“重命名”。
POST _aliases
{
"actions": [
{
"add": {
"index": "new_index",
"alias": "my_index"
}
}
]
}curl -u elastic:elastic_pwd -H "Content-Type:application/json" -XPOST http://127.0.0.1:6200/_aliases -d '
{
"actions": [{
"add": {
"alias": "my_index",
"index": "new_index"
}
}]
}'3.3 方案分析
删除所有文档中DELETE BY QUERY操作可能会消耗一定的时间和资源，特别是在大型索引上。确保你的Elasticsearch集群能够处理这个操作，并考虑在低峰时段执行它，且无法恢复数据。
创建空索引删除旧索引，相对来说消耗的时间和资源较少，该案例没有提前设置索引别名，如果设置有索引别名，完全可以不用删除旧索引，方案可能会更好（参考方案五）
删除数据，并不会立即释放存储和内存，需要进行es数据的 segment合并操作，而这个操作特别消耗服务器资源（cpu和内存），数据越大消耗越大，数据大的情况下甚至容易造成进程卡死，数据量越大，做起来风险就越大
4 方案三：保留最近一部分es数据
此方案是在方案二的基础上进行的优化，根据客户要求，可以将es数据进行删除操作，但是最好可以保留最近30-60天的数据
4.1 条件删除文档
构建一个匹配60天前文档的查询，并使用DELETE BY QUERY API来删除它们。这样，索引的结构会保留，并且保留近60天的数据。
POST /my_index/_delete_by_query
{
"query": {
"range": {
"@timestamp": {
"gte" : "$date_start 00:00:00",
"lt" : "$date_end 00:00:00",
"format" : "yyyy-MM-dd HH:mm:ss"
}
}
}
}curl -uelastic:elastic_pwd -H "Content-Type:application/json" -XPOST http://127.0.0.1:6200/my_index/_delete_by_query -d '{
"query": {
"range": {
"@timestamp": {
"gte" : "$date_start 00:00:00",
"lt" : "$date_end 00:00:00",
"format" : "yyyy-MM-dd HH:mm:ss"
}
}
}
}'注：$date_start、$date_end为变量，可以自定义删除这两个日期之间的数据
4.2 创建空索引，同步近两个月的数据，删除旧索引
此方案是在方案二（3.2）的基础上添加步骤：新索引同步近两个月的数据
4.2.1 新索引同步近两个月的数据
注：此方法需要借助logstash应用
- 创建同步数据使用的logstash配置文件，命名为logstash.conf
input {
elasticsearch {
hosts => ["127.0.0.1:6200"]
index => "my_index"
user => "elastic"
password => "elastic_pwd"
size => 500
scroll => "5m"
docinfo => true
query => '{"query":{"range":{"@timestamp":{"gt":"2024-05-01 00:00:00"}}}}'
}
}
filter {
}
output {
elasticsearch {
hosts => ["127.0.0.1:6200"]
index => "new_index"
user => "elastic"
password => "elastic_pwd"
}
}- 启动一个logstash 进程，使用logstah.conf 配置（logstash目录按实际情况修改，http.port端口需要写一个未被占用的端口
/data/logstash-7.6.1/bin/logstash -f ./logstash.conf --path.data=./logstash_trans --http.port=6609 4.3 方案分析
条件删除文档中DELETE BY QUERY操作可能会消耗一定的时间和资源，特别是在大型索引上。确保你的Elasticsearch集群能够处理这个操作，并考虑在低峰时段执行它，且无法恢复数据。
同步数据耗时太长，可能无法实施（经初步估算，测试环境测试同步1.3G数据，耗时40-50分钟，每天数据量大概800M，同步一个月数据耗时太长）
5 方案四：定时删除es数据
5.1 定时删除es数据脚本
脚本文件重命名为del_es_data.sh
#!/bin/bash
# 保留数据的天数
DEL_BEF_DAYS=60
# es服务器ip:端口
ES_HOST='127.0.0.1:6200'
function main
{
typeset date_end=`date +%Y-%m-%d -d "$DEL_BEF_DAYS days ago"`
typeset date_start=`date -d "1 days ago $date_end" +%Y-%m-%d`
echo "date_start: $date_start 00:00:00"
echo "date_end: $date_end 00:00:00"
curl -u elastic:elastic_pwd -X POST http://$ES_HOST/my_index/_delete_by_query -H "Content-type: application/json" -d '{
"query": {
"range": {
"@timestamp": {
"gte" : "$date_start 00:00:00",
"lt" : "$date_end 00:00:00",
"format" : "yyyy-MM-dd HH:mm:ss"
}
}
}
}'
echo "######################## 删除完成 ########################"
}
main "$@"5.2 设置定时任务
输入以下命令：
crontab -e在打开的页面输入定时任务（每天凌晨0点0分执行删除es数据脚本）：
0 0 * * * /bin/del_es_data.sh5.3 方案分析
单纯使用此方案无法解决问题，但可以保证es数据量不再增加，可以考虑与其他方案双管齐下。
6 定稿方案：增加es内存，使用新索引，定时删除es历史数据
通过对以上方案的优劣分析，最终制定定稿方案
6.1 增加es内存
参考2.1
编辑elasticsearch配置路径下的jvm.options文件，修改总堆空间的初始大小和总堆空间的最大大小，重启es应用即可
注：初始值和最大值应当被设置为相同的值
6.2 创建新索引
参考3.2.1
创建一个新的索引，可以通过发送PUT请求到新索引，并在请求体中包含映射定义来实现。
# 创建名为 new-index 的索引
curl -uelastic:elastic_pwd -H "Content-Type:application/json" -XPUT http://127.0.0.1:6200/new_index -d @/data/my-index.txt以上命令需要知道索引的结构，如果不知道，可以使用以下命令查看旧索引结构（参考3.2.2）
curl -uelastic:elastic_pwd -XGET http://127.0.0.1:6200/my_index/_mapping查看索引 （确认上面的新索引是否建立成功）
curl -uelastic:elastic_pwd http://127.0.0.1:6200/_cat/indices?v6.3 删除旧索引别名（如果没有别名可跳过此步骤）
curl -uelastic:elastic_pwd -H "Content-Type:application/json" -XPOST http://127.0.0.1:6200/_aliases -d '
{
"actions": [{
"remove": {
"alias": "my_index",
"index": "my_index-v1"
}
}]
}'确认别名删除成功，确认返回值中 aliases字段的值为空。
curl -uelastic:elastic_pwd -XGET http://127.0.0.1:6200/my_index6.4 删除旧索引（如果执行了6.3可跳过此步骤，保留历史数据）
参考3.2.3
使用DELETE请求来删除索引。
curl -uelastic:elastic_pwd -XDELETE http://127.0.0.1:6200/my_index6.5 创建新索引别名
参考3.2.4
curl -u elastic:elastic_pwd -H "Content-Type:application/json" -XPOST http://127.0.0.1:6200/_aliases -d '
{
"actions": [{
"add": {
"alias": "my_index",
"index": "new_index"
}
}]
}'确认别名创建成功，确认返回值中 aliases字段的值为my_index。
curl -u elastic:elastic_pwd -XGET http://127.0.0.1:6200/new_index6.5 关闭旧索引（未删除旧索引时执行该步骤）
curl -u elastic:elastic_pwd -H "Content-Type:application/json" -XPOST http://127.0.0.1:6200/my_index/_close注释：即使旧索引不再活跃，它仍然会占用磁盘空间和部分内存。这是因为Elasticsearch为了保持索引的可用性和快速检索能力，会保留索引的元数据和部分索引结构在内存中。此外，打开的文件句柄等资源也会被占用，直到索引被显式删除或关闭。
6.6 定时删除es数据
参考5 方案四
6.6.1 编写删除es数据脚本
脚本文件重命名为del_es_data.sh
#!/bin/bash
# 保留数据的天数
DEL_BEF_DAYS=60
# es服务器ip:端口
ES_HOST='127.0.0.1:6200'
function main
{
typeset date_end=`date +%Y-%m-%d -d "$DEL_BEF_DAYS days ago"`
typeset date_start=`date -d "1 days ago $date_end" +%Y-%m-%d`
echo "date_start: $date_start 00:00:00"
echo "date_end: $date_end 00:00:00"
curl -u elastic:elastic_pwd -X POST http://$ES_HOST/my_index/_delete_by_query -H "Content-type: application/json" -d '{
"query": {
"range": {
"@timestamp": {
"gte" : "$date_start 00:00:00",
"lt" : "$date_end 00:00:00",
"format" : "yyyy-MM-dd HH:mm:ss"
}
}
}
}'
echo "######################## 删除完成 ########################"
}
main "$@"6.6.2 设置定时任务
输入以下命令：
crontab -e在打开的页面输入定时任务（每天凌晨0点0分执行删除es数据脚本）：
0 0 * * * /bin/del_es_data.sh6.7 方案分析
操作简单、无风险，只是变更后无法查看历史数据（回退后即可查看历史数据）
注：回退时需要打开旧索引
curl -u elastic:elastic_pwd -H "Content-Type:application/json" -XPOST http://127.0.0.1:6200/my_index/_open
