ElasticsearchRestTemplate entity content is too long 最大字节长度限制修改

最新推荐文章于 2024-07-17 17:48:00 发布
最新推荐文章于 2024-07-17 17:48:00 发布
阅读量5.7k 收藏 14
点赞数 6
分类专栏： java elasticsearch 文章标签： spring boot elasticsearch
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/piexie8364/article/details/115877951
版权

依赖

<dependency>
   <groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-starter-data-elasticsearch</artifactId>
</dependency>

报错

Caused by: org.apache.http.ContentTooLongException: entity content is too long [143914703] for the configured buffer limit [104857600]
	at org.elasticsearch.client.HeapBufferedAsyncResponseConsumer.onEntityEnclosed(HeapBufferedAsyncResponseConsumer.java:76)
	at org.apache.http.nio.protocol.AbstractAsyncResponseConsumer.responseReceived(AbstractAsyncResponseConsumer.java:137)
	at org.apache.http.impl.nio.client.MainClientExec.responseReceived(MainClientExec.java:315)
	at org.apache.http.impl.nio.client.DefaultClientExchangeHandlerImpl.responseReceived(DefaultClientExchangeHandlerImpl.java:151)
	at org.apache.http.nio.protocol.HttpAsyncRequestExecutor.responseReceived(HttpAsyncRequestExecutor.java:315)
	at org.apache.http.impl.nio.DefaultNHttpClientConnection.consumeInput(DefaultNHttpClientConnection.java:255)
	at org.apache.http.impl.nio.client.InternalIODispatch.onInputReady(InternalIODispatch.java:81)
	at org.apache.http.impl.nio.client.InternalIODispatch.onInputReady(InternalIODispatch.java:39)
	at org.apache.http.impl.nio.reactor.AbstractIODispatch.inputReady(AbstractIODispatch.java:114)
	at org.apache.http.impl.nio.reactor.BaseIOReactor.readable(BaseIOReactor.java:162)
	at org.apache.http.impl.nio.reactor.AbstractIOReactor.processEvent(AbstractIOReactor.java:337)
	at org.apache.http.impl.nio.reactor.AbstractIOReactor.processEvents(AbstractIOReactor.java:315)
	at org.apache.http.impl.nio.reactor.AbstractIOReactor.execute(AbstractIOReactor.java:276)
	at org.apache.http.impl.nio.reactor.BaseIOReactor.execute(BaseIOReactor.java:104)
	at org.apache.http.impl.nio.reactor.AbstractMultiworkerIOReactor$Worker.run(AbstractMultiworkerIOReactor.java:591)
	at java.lang.Thread.run(Thread.java:748)

报错原因

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NXGHY2dx-1618848247954)(87AD3BA521154555ABF66CAFD2B426E4)]

<
最低0.47元/天 解锁文章
liaokunxian
关注
专栏目录
ES查询entity content is too long [114829448] for the configured buffer limit [104857600]； nested excep
zsj777的专栏
07-28 2441
解决方案 工程添加类 package com.luding.task.config; import org.apache.http.HttpResponse; import org.apache.http.nio.protocol.HttpAsyncResponseConsumer; import org.elasticsearch.client.HeapBufferedAsyncResponseConsumer; import org.elasticsearch.client.HttpAsyncR
elasticsearch出现 entity content is too long问题解决
热门推荐
重口味码农
08-27 1万+
elasticsearch出现 entity content is too long问题解决 一、现象 ​ 项目中使用了[elasticsearch]的Java Low Level REST Client来操作es，低级客户端的特性就是需要手动控制对es的请求，所以会遇到一些请求过程中的问题。比如今天，线上环境在导出数据时es报错，提示 entity content is too long [145648701] for the configured buffer limit。大概意思是返回值过大，超过bu
ES查询报错ContentTooLongException排查过程
最新发布
qq_33606378的博客
07-17 349
（因为这里使用es的方式不是直接使用spring原生方式，而是自己包装了一层，根本原因可能还是自己的包装的实现里面有一些不合适的地方，用search去做searchAggregationsCount，search内就会走上兜底size为10000的逻辑，当然直接使用开源的spring方式集成可能也会有类似的问题）到这里问题其实比较清晰了，经过对比我手动请求es的命令里面没有带size，而程序请求es的报文里面带了size，导致将文档内容在hits中响应了回来，导致响应超大。
ES查询问题entity content is too long [142501157] for the configured buffer limit [104857600]
m0_49790240的博客
06-01 1250
在@Configuration注释下，定义了一个名为ElasticSearchConfig的类，该类负责配置RestHighLevelClient以连接到Elasticsearch集群。这些属性包括用户名、密码和ES实例的URI。接着，定义了一个公共的RequestOptions实例COMMON_OPTIONS，以进行全局通用设置项、构建授权请求头、异步等信息。总之，这个文件定义了一个用于连接Elasticsearch的RestHighLevelClient，并设置了一些自定义参数。
ES查询时报错内容过大: entity content is too long for the configured buffer limit
aCupxxx的博客
12-17 5564
问题: ES查询时报错 entity content is too long for the configured buffer limit。解决: 设置ES查询内容限制HeapBufferedResponseConsumerFactory.原因: 单次查询内容大小太大。
问题 entity content is too long [145648701] for the configured buffer limit
e274794140的专栏
07-14 2536
请求内容超过默认限制。网上说是HeapBufferedResponseConsumerFactory里bufferLimit要改一下。找了好一会找到如何改这个bufferLimit，记录一下解决过程 private static RequestOptions getLongBufferRequestOptions(int bufferLimits) { HttpAsyncResponseConsumerFactory.HeapBufferedResponseConsumerFactory con
Elasticsearch Scroll 报错entity content is too long
doobetter的CSDN
06-24 465
high-level-rest api 在获取大量数据的时候报了这个错。之前的解决办法是修改Option 设置heap 大小，但是这次集群是使用的6.1.1 版本，没有这个参数。2024-06-24 15:22:01:568 ERROR [task-31] (ScrollFetcherProduceAction.java:129) 访问ES出错。我默认是5000，把这个改成小一些，一次http请求就不会返回那么多数据就可以解决。在代码中修改Scroll Request的 size() 函数。
ES查询报错：entity content is too long [142501157] for the configured buffer limit [104857600]
qq_34412985的博客
12-24 8816
java - org.apache.http.ContentTooLongException: entity content is too long [105539255] for the configured buffer limit [104857600] - Stack Overflow 在生产环境批量同步数据的时候，我写了一个查询请求，然后直接报错：entity content is too long [142501157] for the configured buffer limit [104
解决springboot+jpa+hibernate启动时报错:MySQLSyntaxErrorException: Specified key was too long; max key lengt
XingYuan的专栏
10-15 9136
错误信息: Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Specified key was too long; max key length is 767 bytes at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Me...
HTTP请求URL的大小限制
Kim_Weir的专栏
03-05 5487
HTTP 1.1 协议对url是不做长度限制的，原话如下： "The HTTP protocol does not place any a priori limit on the length of a URI. Servers MUST be able to handle the URI of any resource they serve, and SHOULD be able to han...
elasticsearch-rest-client-6.5.4-cus.jar
07-13
针对java.io.IOException: entity content is too long [180278508] for the configured buffer limit [157286400]异常，将 DEFAULT_BUFFER_LIMIT修改为150M
炸裂！万字长文拿下HTTP 我在字节跳动等你！
L的存在的博客
05-21 841
本文将从以下几个方面进行分享。其中包括HTTP发展史，HTTP缓存代理机制，常用的web攻击，HTTP和HTTPS的流量识别，网络协议学习的工具推荐以及高频HTTP与HTTPS的高频面试...
记一次Http的Content-Length问题
给变量取个名字
07-19 1万+
对于http的请求返回结果要进行内容的长度校验主要有两种方式，二者互斥使用 客户端在http头(head)加Connection:keep-alive时，服务器的response是Transfer-Encoding:chunked的形式，通知页面数据是否接收完毕，例如长连接或者程序运行中可以动态的输出内容，例如一些运算比较复杂且需要用户及时的得到最新结果，那就采用chunked编码将内容分块输出...
ES查询报错内容长度超过104857600
fchen521的博客
09-04 1692
entiity content is too long xxx for the configured buffer limit 104857600 使用 ElasticsearchRestTemplate 或者使用 RestHighLevelClient 查询 ES 报错 内容长度超过 104857600
es 异常 org.apache.http.ContentTooLongException: entity content is too long 解决思路
zhangjiaxx的博客
03-29 5098
问题：使用es 的java restHighLevelAPI 请求报错如下 Caused by: org.apache.http.ContentTooLongException: entity content is too long [349376897] for the configured buffer limit [104857600] at org.elasticsearch.client.HeapBufferedAsyncResponseConsumer.onEntityEnc
ES java client 搜索报错 entity content is too long[xxx1] for the configured buffer limit [xxx2]
Angus
12-09 760
应用同事反馈，在使用es的滚动导出的时候，一共有5567条数据，但是实际上只拿到4567条数据，并且打断点，最后一次是获取到了456条数据。所以可以判断，中间少了1000条数据。因为滚动导出是每次1000条。初步判断，是少了一次数据解析，有可能第一次构建请求的时候，没有解析数据。实际上并不是，看报错如下图，是 entity content is too long[xxx1] for the configured buffer limit [xxx2]
content-length 错误
qq_40074764的博客
12-31 3161
用nginx作代理服务器，上传文件时，提示 content-length 错误。 原因是nginx对上传文件的大小有限制，默认是1M。 同时，nginx 对上传超时时间也有限制，如果文件很大，需要做适当调整。 server { listen 80; server_name mohist-pc.test1.sc.cn mohist-pc.natapp2.touchealth.com; charset utf-8; client_max_body_size 7
sip 2.0 meaages 消息体 最大长度是多少 413 Request Entity Too Large
08-21
根据引用中提到的信息，SIP默认使用UDP传输，所以消息长度必须小于网络路径中的MTU。如果消息体过大，代理服务器会拒绝请求，并返回413 Request Entity Too Large应答。因此，SIP 2.0消息体的最大长度取决于网络路径中的MTU以及代理服务器的限制。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* [SIP 消息体简述](https://blog.csdn.net/yetyongjin/article/details/114262602)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *2* *3* [SIP消息格式描述](https://blog.csdn.net/weixin_44511716/article/details/123428201)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]
评论 11
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值