<slf4j.version>1.7.1</slf4j.version>
<log4j.version>1.2.17</log4j.version>
<logback.version>1.0.1</logback.version>
</properties>
<dependencyManagement>
<dependencies>
<!-- logging related -->
<!-- slf4j -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>${slf4j.version}</version>
</dependency>
<!-- common-logging 实际调用slf4j -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>jcl-over-slf4j</artifactId>
<version>${slf4j.version}</version>
<scope>runtime</scope>
</dependency>
<!-- java.util.logging 实际调用slf4j -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>jul-to-slf4j</artifactId>
<version>${slf4j.version}</version>
<scope>runtime</scope>
</dependency>
<!-- slf4j-log4jl定 -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
<version>${slf4j.version}</version>
<scope>runtime</scope>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>log4j-over-slf4j</artifactId>
<version>${slf4j.version}</version>
<scope>runtime</scope>
</dependency>
<!-- logback -->
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-core</artifactId>
<version>${logback.version}</version>
<scope>runtime</scope>
<optional>true</optional>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
<scope>runtime</scope>
<version>${logback.version}</version>
<optional>true</optional>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-access</artifactId>
<version>${logback.version}</version>
<scope>runtime</scope>
<optional>true</optional>
</dependency>
</dependencies>
</dependencyManagement>
a.slf4j/logback l合Qlogback.xmlQ?br />
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-core</artifactId>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
</dependency>
b.slf4j/log4jl合Qlog4j.properties or log4j.xmlQ?br />
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
</dependency>
<!-- log4j -->
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
</dependency>
<!-- slf4j-log4jl定 -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
</dependency>
c.如果是已用了commons-logging/log4j想用用slf4j/logbackQ那也容易用下面的配|?br />
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
</dependency>
<!-- common-logging 实际调用slf4j -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>jcl-over-slf4j</artifactId>
</dependency>
<!-- log4j -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>log4j-over-slf4j</artifactId>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-core</artifactId>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
</dependency>
]]>
a.下蝲 BeanSoft的绿色版mysql (Copy 成两?Qmaster,slave) ?/span>mysql\mysql50green下内容复?span style="font-family: 微Y雅黑, Verdana, sans-serif, 宋体; line-height: normal; text-align: left; background-color: #ffffff; ">
b. 在cmd命o行模式下q入master \bin 执行mysqld install master命o。作用是为Mysql安装一个服务，服务名是 master 。同理操作slave 。（注意 mysqld =mysqld-nt
Q?/font>
c. 在运行里q行REGEDITQ打开WINDOWS注册表编辑器Q?/span>
在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\master 打开Q?/span>
修改下面的ImagePath数| "X:\ master \bin\mysqld" --defaults-file="D:\master\my.ini" master
定Q退出注册表~辑器?/span> (同理操作slave)
d.定义my.ini拯?/span> X:\ master 下面
port = 3308
[mysqld]
port =3308
server-id = 1
binlog-do-db=test1 ##要同步的数据库名为test1
log-bin =mysql-bin
port = 3309
[mysqld]
port = 3309
server-id = 2
master-host = 127.0.0.1
master-user = slaver1
master-password = slaver1pwd
master-port = 3308
replicate-do-db=test1 ##要同步的数据?/div>f.
然后在master
Console 执行Q?GRANT FILE,SELECT,REPLICATION SLAVE ON *.* TO 'slaver1'@'127.0.0.1' IDENTIFIED BY 'slaver1pwd';
开一个新账号Q用户名Qslaver1 密码Qslaver1pwdQƈ赋于权限
q行Mysqld.exe,q创建新数据库test1,可在Console下输入：show master status\G查看状态！
*************************** 1. row*****************
File: mysql-bin.000305
Position: 98
Binlog_Do_DB: test1
Binlog_Ignore_DB:
q行Slaver 的Mysqld.exe,在ConsoleH口执行 show slave status\G 查看状态，如下Q?/p>
]]>
2 set pan=%0
3 set pan=%pan:~1,3%
4 set devenvdir=%pan%DEV_FOR_JEE
5
6 ::windows 7手动输入盘符Q放开注释
7 set devenvdir=X:\DEV_FOR_JEE
8
9 wmic ENVIRONMENT where "name='JAVA_HOME'" delete
10 wmic ENVIRONMENT where "name='MVN_HOME'" delete
11 wmic ENVIRONMENT where "name='ClassPath'" delete
12 wmic ENVIRONMENT where "name='M2_REPO'" delete
13 wmic ENVIRONMENT create name="JAVA_HOME",username="<system>",VariableValue="%devenvdir%\java1.6"
14 wmic ENVIRONMENT create name="MVN_HOME",username="<system>",VariableValue="%devenvdir%\maven3.0.4"
15 wmic ENVIRONMENT create name="M2_REPO",username="<system>",VariableValue="%devenvdir%\repository"
16 wmic ENVIRONMENT create name="ClassPath",username="<system>",VariableValue="%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar;%JAVA_HOME%\bin;.;"
17 wmic ENVIRONMENT where "name='Path' and username='<system>'" set VariableValue="%%JAVA_HOME%%\bin;%%MVN_HOME%%\bin;%%M2_REPO%%;%path%"
18 pause
19
]]>
1.OutOfMemoryError: Java heap space
2.OutOfMemoryError: PermGen space
3.OutOfMemoryError: unable to create new native thread.
对于前两U情况，在应用本w没有内存泄露的情况下可以用讄tomcat jvm参数来解冟뀂（-Xms -Xmx -XX:PermSize -XX:MaxPermSizeQ?br /> 最后一U可能需要调整操作系l和tomcat jvm参数同时调整才能辑ֈ目的?br />
W一U：是堆溢出?br /> 在JVM中如?8Q的旉是用于GC且可用的 Heap size 不2Q的时候将抛出此异怿息?br /> 没有内存泄露的情况下Q调?Xms -Xmx参数可以解决?br /> -Xms:初始堆大?br /> -Xmx:最大堆大小
但堆的大受下面三方面媄响：
1.相关操作pȝ的数据模型（32-btq是64-bitQ限ӞQ?2位系l下Q一般限制在1.5G~2GQ我?003 server pȝ下（物理内存Q?G?GQjdkQ?.6Q测?1612MQ?4为操作系l对内存无限制。）
2.pȝ的可用虚拟内存限Ӟ
3.pȝ的可用物理内存限制?br /> 堆的大小可以使用 java -Xmx***M version 命o来测试。支持的话会出现jdk的版本号Q不支持会报错?br /> -Xms -Xmx一般配|成一h较好比如set JAVA_OPTS= -Xms1024m -Xmx1024m
W二U：怹保存区域溢出
PermGen space的全U是Permanent Generation space,是指内存的永久保存区域。这一部分用于存放Class和Meta的信?Class在被 Load的时候被攑օPermGen space区域Q它和和存放Instance的Heap区域不同,GC(Garbage Collection)不会在主E序q行期对PermGen spaceq行清理Q所以如果你的APP会LOAD很多CLASS的话,很可能出现PermGen space错误。这U错误常见在web服务器对JSPq行pre compile的时候。但目前的hibernate和spring目中也很容易出现这L问题?a >http://www.javaeye.com/topic/80620?page=1 的帖子有讨论的这个问题。可能是׃q些框架会动态classQ而且jvm的gc是不会清理PemGen space的，D内存溢出?br /> q一个一般是加大-XX:PermSize -XX:MaxPermSize 来解决问题?br /> -XX:PermSize 怹保存区域初始大小
-XX:PermSize 怹保存区域初始最大?br /> q一般结合第一条用，比如 set JAVA_OPTS= -Xms1024m -Xmx1024m -XX:PermSize=128M -XX:PermSize=256M
有一炚w要注意：java -Xmx***M version 命o来测试的最大堆内存?-Xmx?-XX:PermSize?? 比如pȝ支持最大的jvm堆大事1.5GQ那 -Xmx1024m -XX:PermSize=768M 是无法运行的?/p>
W三U：无法创徏新的U程?br /> q种现象比较见Q也比较奇怪，主要是和jvm与系l内存的比例有关?br /> q种怪事是因为JVM已经被系l分配了大量的内?比如1.5G)Qƈ且它臛_要占用可用内存的一半。有人发玎ͼ在线E个数很多的情况下，你分配给JVM的内存越多，那么Q上q错误发生的可能性就大?/p>
产生q种现象的原因如下（从这个blog中了解到原因Qhttp://hi.baidu.com/hexiong/blog/item/16dc9e518fb10c2542a75b3c.htmlQ：
每一?2位的q程最多可以?G的可用内存，因ؓ另外2G被操作系l保留。这里假设?.5GlJVMQ那么还余下500M可用内存。这500M?存中的一部分必须用于pȝdll的加载，那么真正剩下的也许只?00MQ现在关键的地方出现了：当你使用Java创徏一个线E，在JVM的内存里也会?Z个Thread对象Q但是同时也会在操作pȝ里创Z个真正的物理U程(参考JVM规范)Q操作系l会在余下的400兆内存里创徏q个物理U程Q而不 是在JVM?500M的内存堆里创建。在jdk1.4里头Q默认的栈大是256KBQ但是在jdk1.5里头Q默认的栈大ؓ1M每线E，因此Q在??00M的可用内存里Ҏ们最多也只能创徏400个可用线E?/p>
q样l论出来了Q要惛_建更多的U程Q你必须减少分配lJVM的最大内存。还有一U做法是让JVM宿主在你的JNI代码里边?/p>
l出一个有兌够创建线E的最大个数的估算公式Q?/p>
(MaxProcessMemory - JVMMemory - ReservedOsMemory) / (ThreadStackSize) = Number of threads
对于jdk1.5而言Q假设操作系l保?20M内存Q?br /> 1.5GB JVM: (2GB-1.5Gb-120MB)/(1MB) = ~380 threads
1.0GB JVM: (2GB-1.0Gb-120MB)/(1MB) = ~880 threads
?000/XP/2003的boot.ini里头有一个启动选项Q好像是Q?span style="color: #339966;">/PAE /3G Q可以让用户q程最大内存扩充至3GQ这时操作系l只能占用最?G的虚存。那样应该可以让JVM创徏更多的线E?br /> 因此q种情况需要结合操作系l进行相兌整?/p>
因此Q我们需要结合不同情况对tomcat内存分配q行不同的诊断才能从Ҏ上解决问题?/p>
参考资料（从这些资料中受益良多Q：
http://www.javaeye.com/topic/80620?page=1
http://ggmm.blog.sohu.com/117545379.html
http://hi.baidu.com/hexiong/blog/item/16dc9e518fb10c2542a75b3c.html
http://www.wujianrong.com/archives/2006/12/javalangoutofmemoryerror_permg.html
from:http://www.aygfsteel.com/george/archive/2009/08/18/291579.html
]]>
]]>