zoukankan      html  css  js  c++  java
  • tomcat调优

    (1)线程设置

    <Connector port="80" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" disableUploadTimeout="true"/

    (2)jvm设置

    -Xms 表示JVM初始化堆的大小,-Xmx表示JVM堆的最大值。这两个值的大小一般根据需要进行设置。当应用程序需要的内存超出堆的 最大值时虚拟机就会提示内存溢出,并且导致应用服务崩溃。因此一般建议堆的最大值设置为可用内存的最大值的80%。在catalina.bat中,设置 JAVA_OPTS='-Xms256m -Xmx512m',表示初始化内存为256MB,可以使用的最大内存为512MB。

    默认参数不适合生产环境使用,因此需要修改一些参数

    1、修改启动时内存参数、并指定JVM时区 (在windows server 2008 下时间少了8个小时):

    在Tomcat上运行j2ee项目代码时,经常会出现内存溢出的情况,解决办法是在系统参数中增加系统参数: 

    window下, 在catalina.bat最前面:
    set JAVA_OPTS=-XX:PermSize=64M -XX:MaxPermSize=128m -Xms512m -Xmx1024m
    一定加在catalina.bat最前面。

    linux下,在catalina.sh最前面增加:

    JAVA_OPTS="-XX:PermSize=64M -XX:MaxPermSize=128m -Xms512m -Xmx1024m -Duser.timezone=Asia/Shanghai"

    注意:前后二者区别,有无set,有无双引号。

    2、线程池配置(Tomcat6下)

    使用线程池,用较少的线程处理较多的访问,可以提高tomcat处理请求的能力。使用方式:

    首先。打开/conf/server.xml,增加

    <Executor name="tomcatThreadPool" namePrefix="catalina-exec-" 
            maxThreads="500" minSpareThreads="20" maxIdleTime="60000" />

    最大线程500(一般服务器足以),最小空闲线程数20,线程最大空闲时间60秒。

    然后,修改<Connector ...>节点,增加executor属性,如:

    <Connector executor="tomcatThreadPool" 
                   port="80"

    protocol="HTTP/1.1"

    maxThreads="600"

    minSpareThreads="100"

    maxSpareThreads="300"
                   connectionTimeout="60000"
                   keepAliveTimeout="15000"
                   maxKeepAliveRequests="1"
                   redirectPort="443"
                   ....../>

    maxThreads:Tomcat可创建的最大的线程数,每一个线程处理一个请求;

    minSpareThreads:最小备用线程数,tomcat启动时的初始化的线程数;

    maxSpareThreads:最大备用线程数,一旦创建的线程超过这个值,Tomcat就会关闭不再需要的socket线程;

    acceptCount:指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,就是被排队的请求数,超过这个数的请求将拒绝连接。

    connnectionTimeout:网络连接超时,单位:毫秒。设置为0表示永不超时,这样设置有隐患的。通常可设置为30000毫秒。 
    enableLookups:是否允许DNS查询

    注意:可以多个connector公用1个线程池。

    3、调整连接相关Connector的参数:

    <Connector executor="tomcatThreadPool"
                   port="80" protocol="HTTP/1.1" 
                   connectionTimeout="60000"
                   keepAliveTimeout="15000"
                   maxKeepAliveRequests="1"
                   redirectPort="443"
                   maxHttpHeaderSize="8192" URIEncoding="UTF-8" enableLookups="false" acceptCount="100" disableUploadTimeout="true"/>

    参数说明:

    • connectionTimeout - 网络连接超时,单位:毫秒。设置为0表示永不超时,这样设置有隐患的。通常可设置为30000毫秒。
    • keepAliveTimeout - 长连接最大保持时间(毫秒)。此处为15秒。
    • maxKeepAliveRequests - 最大长连接个数(1表示禁用,-1表示不限制个数,默认100个。一般设置在100~200之间) the maximum number of HTTP requests that can be held in the pipeline until the connection is closed by the server. Setting this attribute to 1 disables HTTP/1.0 keep-alive, as well as HTTP/1.1 keep-alive and pipelining. Setting this to -1 allows an unlimited number of pipelined or keep-alive HTTP requests. If not specified, this attribute is set to 100.
    • maxHttpHeaderSize - http请求头信息的最大程度,超过此长度的部分不予处理。一般8K。
    • URIEncoding - 指定Tomcat容器的URL编码格式。
    • acceptCount - 指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理,默认为10个。defines the maximum queue length for incoming connection requests when all possible request processing threads are in use. Any requests received when the queue is full are refused. The default value is 10.
    • disableUploadTimeout - 上传时是否使用超时机制
    • enableLookups - 是否反查域名,取值为:true或false。为了提高处理能力,应设置为false
    • bufferSize - defines the size (in bytes) of the buffer to be provided for input streams created by this connector. By default, buffers of 2048 bytes are provided.
    • maxSpareThreads - 做多空闲连接数,一旦创建的线程超过这个值,Tomcat就会关闭不再需要的socket线程 the maximum number of unused request processing threads that are allowed to exist until the thread pool starts stopping the unnecessary threads. The default value is 50.
    • maxThreads - 最多同时处理的连接数,Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数。。 the maximum number of request processing threads to be created by this Connector, which therefore determines the maximum number of simultaneous requests that can be handled. If not specified, this attribute is set to 200.
    • minSpareThreads - 最小空闲线程数,Tomcat初始化时创建的线程数 the number of request processing threads that are created when this Connector is first started. The connector will also make sure it has the specified number of idle processing threads available. This attribute should be set to a value smaller than that set for maxThreads. The default value is 4.
    • minProcessors - 最小空闲连接线程数,用于提高系统处理性能,默认值为10。(用于Tomcat4中)
    • maxProcessors - 最大连接线程数,即:并发处理的最大请求数,默认值为75。(用于Tomcat4中)

    备注:

    Tomcat4中可以通过修改minProcessors和maxProcessors的值来控制线程数。

    在Tomcat5+主要对以下参数调整
    maxThreads
     Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数。
     acceptCount 
     指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理。
     connnectionTimeout 
     网络连接超时,单位:毫秒。设置为0表示永不超时,这样设置有隐患的。通常可设置为30000毫秒。
     minSpareThreads 
     Tomcat初始化时创建的线程数。
     maxSpareThreads 
     一旦创建的线程超过这个值,Tomcat就会关闭不再需要的socket线程。  

     4、负载均衡、集群的配置

    Tomcat6支持分布式部署,可以实现集群功能,提高响应能力。

    5、

    利用JMX监控Tomcat运行情况,需要手工调整启动参数,如下:

    打开cataline.bat,增加一行

    set JAVA_OPTS=%JAVA_OPTS% -Dcom.sun.management.jmxremote.port=10090 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file="%CATALINA_BASE%conflogging.properties"

    linux下修改cataline.sh:
    JAVA_OPTS="-Dcom.sun.management.jmxremote.port=10090 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=%CATALINA_BASEconflogging.properties"

    注意JDKjrelibmanagementmanagement.properties文件必须存在。

    重新启动tomcat节点,然后用jconsole连接(此处端口wei10090)

    6、Tomcat增加一个应用

    在server.xml的Host标签中增加行

    <Context displayName="OA" docBase="/app/web-apps/GACWP" path="" />

    path代表上下文名称,空表示是根路径。

    -------------------------------------------------------

    MySQL主从复制工作原理

    主服务器上面的任何修改都会保存在二进制日志Binary log里面,从服务器上面启动一个I/O thread(实际上就是一个主服务器的客户端进程),连接到主服务器上面请求读取二进制日志,然后把读取到的二进制日志写到本地的一个Realy log里面。从服务器上面开启一个SQL thread定时检查Realy log,如果发现有更改立即把更改的内容在本机上面执行一遍。

    如果一主多从的话,这时主库既要负责写又要负责为几个从库提供二进制日志。此时可以稍做调整,将二进制日志只给某一从,这一从再开启二进制日志并将自己的二进制日志再发给其它从。或者是干脆这个从不记录只负责将二进制日志转发给其它从,这样架构起来性能可能要好得多,而且数据之间的延时应该也稍微要好一些。

  • 相关阅读:
    Django之ORM单表操作(增删改查)
    django之ORM数据库操作
    Django框架之模板继承和静态文件配置
    Django框架之第三篇模板语法
    Django框架之第二篇
    Django框架第一篇基础
    cookie和session
    自定义Web框架
    HTTP协议详细介绍
    数据库之多表查询
  • 原文地址:https://www.cnblogs.com/fx2008/p/4139827.html
Copyright © 2011-2022 走看看