mysql性能调优

AIX 性能调优 内存篇之一 概念

序号 版本号 更改人 日期 备注 1 1.0版 bldmickey 2007-06-16 本章介绍和AIX内存相关的一些基本概念.

物理内存

物理存在的内存,查看命令: # prtconf |grep Memory Memory Size: 15936 MB Good Memory Size: 15936 MB

物理内存的分类

(1) persistent（长久型）和work（工作型）内存

Persistent型是指读入到内存的内容本身在文件系统是存在的，例如包含数据的文件，可执行文件; 工作型是指进程中的Stack，变量, 共享内存段等(working segments, as are the kernel text segment, the kernel-extension text segments, as well as the shared-library text and data segments. )，是进程中途产生的。Persistent型内存被page out的时候回写到文件系统中，work型内存被page out的时候回写到pagin

Informatica性能调优(初级)

INFORMATICA调优要点（初级）

原作者：Dan Linstedt

翻译：内森（informatica@）

创建时间：2004-11-20

最后修改时间：2004-11-20

相关文档链接：

Informatica性能调优(初级)

说明

z 本文在不经过修改的基础上可以自由发布，但不得用于商业用途,

译者保留中文翻译版权

z 本着理解至上的原则，本文对于难于直译的部分，采用意译的方

法，请读者注意，如有必要，请参阅后面的原文

z 由于译者能力所限，对原文部分语句理解可能存在误解（尤其是

红色所标识部分），欢迎指正。对于有重要贡献的读者，将在文档后的鸣谢中列出，以示感谢。

Informatica性能调优(初级)

译文

本文所列的诸要点都是对INFORMATICA相关产品进行调优过程中所涉及到较宏观的问题。他们不是放之四海而皆准的教条，也不是最终的解决方案。其中一些已经条目（尤其是已经进行过调优）的建议可能结果会有所不同。适用于某些特定条目的技巧由于其所要解决问题的层次不同也会产生不同的调优结果。

对性能进行测试的时候，建议使用20万条记录左右的数据源进行处理。使用比之更大数据量的测试数据源，可能会产生因为表的分区、删除和重建索引、RA

一、操作系统调优

对于操作系统优化来说，是尽可能的增大可使用的内存容量、提高CPU的频率，保证文件系统的读写速率等。经过压力测试验证，在并发连接很多的情况下，CPU的处理能力越强，系统运行速度越快。。 【适用场景】 任何项目。 二、Java虚拟机调优

应该选择SUN的JVM，在满足项目需要的前提下，尽量选用版本较高的JVM，一般来说高版本产品在速度和效率上比低版本会有改进。 JDK1.4比JDK1.3性能提高了近10%-20%，JDK1.5比JDK1.4性能提高25%-75%。 因此对性能要求较高的情况推荐使用 JDK1.6。 【适用场景】 任何项目。 三、Apache集成Tomcat

Web服务器专门处理HTTP请求，应用服务器是通过很多协议为应用提供商业逻辑。虽然Tomcat也可以作web服务器，但其处理静态html的速度比不上Apache，且其作为web服务器的功能远不如Apache，因此把Apache和Tomcat集成起来，将html和Jsp的功能部分进行明确分工，让Tomcat只处理Jsp部分，其他的由Apache，IIS等web服务器去处理，由此大大提高Tomcat的运行效率。

如果一个项目中大量使用了静态页面

MyCAT 性能调优指南

JVM调优：

内存占用分两部分:java堆内存+直接内存映射（DirectBuffer占用），建议堆内存

适度大小，直接映射内存尽可能大，两种一起占据操作系统的1/2-2/3的内存。

下面以服务器16G内存为例，Mycat堆内存4G，直接内存映射6G，JVM参数如

下：

-server -Xms4G –Xmx4G XX:MaxPermSize=64M -XX:MaxDirectMemorySize=6G

用mycat console等命令启动MyCAT的，JVM参数都在conf\\wrapper.con文件中，下面是一段实例：

# Java Additional Parameters

wrapper.java.additional.5=-XX:MaxDirectMemorySize=2G wrapper.java.additional.6=-Dcom.sun.management.jmxremote # Initial Java Heap Size (in MB) wrapper.java.initmemory=2048 # Maximum Java Heap Size (in MB) wrapper.java.ma

WebLogic Server 性能及调整

-调整资源适配器

本附录向资源适配器开发人员介绍了一些最佳实践。

? 资源适配器的类加载优化 ? 连接优化 ? 线程管理

? InteractionSpec 接口

资源适配器的类加载优化

可以将资源适配器类打包到一个或多个 JAR 文件中，然后将 JAR 文件放置到 RAR 文件中。这些文件称为嵌套的 JAR 文件。当在 RAR 文件中嵌套 JAR 文件并需要通过类加载器加载类时，则必须要针对每个必须加载的类打开、关闭和迭代 RAR 文件中的 JAR。 如果 RAR 文件中的 JAR 数量很少且相对较小，则不会对性能产生太大的影响。另一方面，如果有很多 JAR 文件，而且 JAR 很大，则会对性能造成较大的影响。 为了避免出现这些性能问题，可以执行下列操作之一：

? 以展开格式部署资源适配器。这可以消除 JAR 嵌套，因此可以减少在查找类时引起的性能下降。

? 如果不可以选择以展开格式部署资源适配器，则可以在 RAR 文件中展开 JAR。这样同样取消了 JAR 的嵌套形式，并因此显著提高了类加载的性能。

连接优化

BEA 建议资源适配器实现 J2CA 1.5

Linux中的Weblogic性能测试调整

一． 操作系统参数调整

1. linux TCP连接数调整

通过命令：ulimit –n 查看当前最大TCP连接数，这表示当前用户的每个

进程最多允许同时打开多少个文件。一般系统默认为1024，在并发量大的情况下肯定不够用。

修改此限制的最简单办法：ulimit –n 设置单一进程允许打开的最大文件数。如果系统回显类似于“Operation not permitted”之类的话，说明修改失败，需要修改系统对该用户打开文件数的软限制或硬限制。

修改软限制或硬限制：

修改/etc/security/limits.conf文件，在文件中添加如下行： * soft nofile 10240 * hard nofile 10240

表示修改所有用户的限制，也可以用指定用户名替代。

修改/etc/pam.d/login文件，在文件中添加如下行： session required /lib/security/pam_limits.so

查看Linux系统级的最大打开文件数限制：cat /proc/sys/fs/file-max

2. 修改网络内核对TCP连接的有关限制

端口范围：

另外，有时无法

WebLogic Server配置和性能调优

文档信息

文档名称 电子文档 文件状态 编 写 人 校 对 人 审 核 人 批 准 人 ■ 草 稿 □ 正式发布 □ 正在修改 日 期 日 期 日 期 日 期 年 月 日 年 月 日 年 月 日 年 月 日

变更记录

变更序号 变更原因 变更变更前变更后页码 版本号 版本号 更改人 批准人 生效日期 备 注

第 2 页 共 28 页

目 录

1 准备知识 ...................................................................................................................... 5

1.1 基本概念 ..........................................................................................................

Linux中的Weblogic性能测试调整

一． 操作系统参数调整

1. linux TCP连接数调整

通过命令：ulimit –n 查看当前最大TCP连接数，这表示当前用户的每个

进程最多允许同时打开多少个文件。一般系统默认为1024，在并发量大的情况下肯定不够用。

修改此限制的最简单办法：ulimit –n 设置单一进程允许打开的最大文件数。如果系统回显类似于“Operation not permitted”之类的话，说明修改失败，需要修改系统对该用户打开文件数的软限制或硬限制。

修改软限制或硬限制：

修改/etc/security/limits.conf文件，在文件中添加如下行： * soft nofile 10240 * hard nofile 10240

表示修改所有用户的限制，也可以用指定用户名替代。

修改/etc/pam.d/login文件，在文件中添加如下行： session required /lib/security/pam_limits.so

查看Linux系统级的最大打开文件数限制：cat /proc/sys/fs/file-max

2. 修改网络内核对TCP连接的有关限制

端口范围：

另外，有时无法

Linux性能监控、调优(CPU篇)

1.0 性能监控介绍

性能优化就是找到系统处理中的瓶颈以及去除这些的过程,多数管理员相信看一些相关的"cook book"就可以实现性能优化,通常通过对内核的一些配置是可以简单的解决问题,但并不适合每个环境,性能优化其实是对OS 各子系统达到一种平衡的定义,这些子系统包括了:

CPU

Memory

IO

Network

这些子系统之间关系是相互彼此依赖的,任何一个高负载都会导致其他子系统出现问题.比如: 大量的页调入请求导致内存队列的拥塞

网卡的大吞吐量可能导致更多的 CPU开销

大量的CPU开销又会尝试更多的内存使用请求

大量来自内存的磁盘写请求可能导致更多的 CPU 以及 IO问题

所以要对一个系统进行优化,查找瓶颈来自哪个方面是关键,虽然看似是某一个子系统出现问题,其实有可能是别的子系统导致的.

1.1 确定应用类型

基于需要理解该从什么地方来入手优化瓶颈,首先重要的一点,就是理解并分析当前系统的特点,多数系统所跑的应用类型,主要为2种:

IO Bound(译注:IO 范畴): 在这个范畴中的应用,一般都是高负荷的内存使用以及存储系统,这实际上表示IO 范畴的应用,就是一个大量数据处理的过程.IO 范畴

选填,简要介绍文档的主要内容,方便文档被更多人浏览和下载。

1 文档摘要

1.1 文档分类

经验总结 IHS性能调优参数的设置

1.2 关键字/Tag

WAS6.0 IHS 负载均衡

1.3 摘要

在某单位的某项目中，AIX环境WAS6.0集群环境下，前端的集群分发使用的是IHS(IBM Http Server)，在loadrunner的压力测试中，针对于IHS负载不均、不能响应请求等问题，作了一些性能调优参数设置方面的工作。本文会围绕这些相关参数的设置展开，来说明这些参数的意义以及参数之间的关联关系，并如何通过合理的参数设置来解决负载均衡且稳定的问题，最终达到IHS性能优化的目的。

1.4 定义、首字母缩写词及缩略语

IHS——IBM Http Server

2 具体内容

2.1 worker MPM和IHS基本原理

1. worker MPM是多进程多线程的混合模式，使用线程来处理请求，可以获得处理海量请求，由于每个进程都要占用独立的内存单元，所以多进程耗内存，由于多线程是共享内存单元的，所以省内存，但是由于一个进程中的一个线程死掉，整个进程会死掉，所以多线程具有不稳定性，以多进程和多线程的结合，即服务器建立多个子进程，每个

选填,简要介绍文档的主要内容,方便