tomcat优化---大数据量提交tomcat时,tomcat无法接收导致页面无反应

关于tomcat的一个优化问题:

有时候保存大数据量的数据时。tomcat不优化的话,页面会没反应。tomcat后台并不报错,仅仅是提示以下内容:

警告: More than the maximum number of request parameters (GET plus POST) for a s

ingle request ([10,000]) were detected. Any parameters beyond this limit have be

en ignored. To change this limit, set the maxParameterCount attribute on the Con

nector.

假设遇到此问题,就要进行优化一下tomcat的接收数据容量,详细改动例如以下:

<Connector connectionTimeout="20000" port="8080" protocol="HTTP/1.1" redirectPort="8443"

maxThreads="150" compression="on" executor="tomcatThreadPool" URIEncoding="utf-8"

compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"

noCompressionUserAgents="gozilla, traviata" compressionMinSize="50" maxParameterCount="1000000"/>

将这段内容替换掉tomcat->conf-->server.xml中通常是69,70,71行左右的<Connector .../>内容。重新启动tomcat就可以 。

说明一下。maxParameterCount是起作用的内容。可依据须要自行加大,详细tomcat能接受的最大值是多少,这个还真没考究过,只是一次100M数据量的提交应该是没有问题的。

时间: 2024-12-16 14:22:48

tomcat优化---大数据量提交tomcat时,tomcat无法接收导致页面无反应的相关文章

EasyUI 1.4.4 DataGrid(大数据量) bufferview滚动时不加载下一页数据解决方案

在使用Easyui DataGrid 过程中,发现若单页数据量超过300,IE浏览器加载速度很慢.也通过网上找寻了很多解决方案,最典型的就是去掉datagrid的自动列宽以及自动行高判断. 1.解决自动列宽:  设定列宽度可解决. 2.解决自动行高 : 注释掉下面的代码. 1 function _3e(_44,_45){ 2 //for(var i=0;i<_45.length;i++){ 3 ////var tr1=$(_44[i]); 4 ////var tr2=$(_45[i]); 5 /

mysql数据库索引查询一个优化大数据量的实例的分享

我们要访问的表是一个非常大的表,四千万条记录,id是主键,program_id上建了索引.执行一条SQL:select * from program_access_log where program_id between 1 and 4000 这条SQL非常慢.我们原以为处理记录太多的原因,所以加了id限制,一次只读五十万条记录select * from program_access_log where id between 1 and 500000 and program_id between

大数据量下的高并发分布式访问控制(ACL)优化方案(一)

目前的设计方案 1.1.控制计数: 在目前的项目中,有很多接口需要对访问方进行权限访问控制.目前设计方案是:利用redis集群来存储每个访问控制点的访问计数信息.Key值为=PlatformId(接入平台方)+InterfaceId(系统接口)+dayTime(日期时间),value值为当天每个时段的访问次数统计列表. 1.2.控制规则: 通过页面配置并制定控制规则.业务系统在启动时加载控制规则,并访问redis获取控制次数,然后在业务系统中做逻辑判断完成,ACL控制做请求拦截处理. 目前的痛点

大数据量高并发的数据库优化详解(MSSQL)

转载自:http://www.jb51.net/article/71041.htm 如果不能设计一个合理的数据库模型,不仅会增加客户端和服务器段程序的编程和维护的难度,而且将会影响系统实际运行的性能.所以,在一个系统开始实施之前,完备的数据库模型的设计是必须的. 一.数据库结构的设计 在一个系统分析.设计阶段,因为数据量较小,负荷较低.我们往往只注意到功能的实现,而很难注意到性能的薄弱之处,等到系统投入实际运行一段时间后,才发现系统的性能在降低,这时再来考虑提高系统性能则要花费更多的人力物力,而

sql优化之大数据量分页查询(mysql)

当需要从数据库查询的表有上万条记录的时候,一次性查询所有结果会变得很慢,特别是随着数据量的增加特别明显,这时就需要使用分页查询.对于数据库分页查询,也有很多种方法和优化的点. 谈优化前的准备工作 为了对下面列举的一些优化进行测试,需要使用已有的一张表作为实际例子. 表名:order_history. 描述:某个业务的订单历史表. 主要字段:unsigned int id,tinyint(4) int type. 字段情况:该表一共37个字段,不包含text等大型数据,最大为varchar(500

大数据量表结构设计案例

在处理大数据量的表时,会消耗数据库的大量性能,所以,在设计数据库表时,要考虑到此种现象,将数据库设计的合理合法,来提高数据库性能减小数据库压力. 当表记录太多,如产品.的订单.大量客户等,是数据库访问压力的主要来源,此时,从数据库拆分表的角度来减轻压力,可以采用如下两种方法: 1.对表进行水平分割 水平分割:以该表主键PK的某个值为界限,将该表的记录水平拆分为两个表 2.对表进行垂直分割 垂直分割:表字段太多,按照表字段拆分,将一个表垂直分解为两个表 例:有产品表,数据量为10w,数据量稳定:

大数据量时Mysql的优化要点

如今随着互联网的发展,数据的量级也是撑指数的增长,从GB到TB到PB.对数据的各种操作也是愈加的困难,传统的关系性数据库已经无法满足快速查询与插入数据的需求.这个时候NoSQL的出现暂时解决了这一危机.它通过降低数据的安全性,减少对事务的支持,减少对复杂查询的支持,来获取性能上的提升.但是,在有些场合NoSQL一些折衷是无法满足使用场景的,就比如有些使用场景是绝对要有事务与安全指标的.这个时候NoSQL肯定是无法满足的,所以还是需要使用关系性数据库. 虽然关系型数据库在海量数据中逊色于NoSQL

大数据量时Mysql的优化

(转自网络) 如今随着互联网的发展,数据的量级也是撑指数的增长,从GB到TB到PB.对数据的各种操作也是愈加的困难,传统的关系性数据库已经无法满足快速查询与插入数据的需求.这个时候NoSQL的出现暂时解决了这一危机.它通过降低数据的安全性,减少对事务的支持,减少对复杂查询的支持,来获取性能上的提升.但是,在有些场合NoSQL一些折衷是无法满足使用场景的,就比如有些使用场景是绝对要有事务与安全指标的.这个时候NoSQL肯定是无法满足的,所以还是需要使用关系性数据库. 虽然关系型数据库在海量数据中逊

对于大数据量高并发的系统性能优化总结

1. 尽量使用缓存,这里不是指的比如ORM框架HIBERNATE的一级缓存和二级缓存,而是独立的缓存服务器,它是存储于内存中的, 比如用户缓存,基本配置信息缓存等,它一般是在系统中经常要查的一些信息,在这里我们可以使用缓存, 我们项目中常用的比如redis memcache,这样可以大量减少与数据库的交互,提高性能. 2. 统计的功能尽量做缓存,或按每天一统计或定时统计相关报表,避免需要时进行统计的功能. 3. 能使用静态页面的地方尽量使用,减少容器的解析(尽量将动态内容生成静态html来显示)