阿里云机器的JVM内存调优经历JDK8(菜鸟必看，大神请绕道)

lizhou828

已于 2023-11-26 11:15:52 修改

阅读量2.3k

点赞数 3

分类专栏： java jvm 文章标签： java jvm参数调优 jvm内存分代

于 2019-12-10 17:39:41 首次发布

本文链接：https://blog.csdn.net/lizhou828/article/details/103472505

版权

java 同时被 2 个专栏收录

33 篇文章 0 订阅

订阅专栏

jvm

13 篇文章 0 订阅

订阅专栏

事先声明：本文为JVM调优菜鸟帖，纯粹是记录下自己的摸索过程，阅读人群为从未搞过JVM调优的童鞋，大神请忽视本文，写作水平有限，不喜勿喷，谢谢！

之前在阿里云上买了个最低配的云主机，1核 1G内存，1M带宽，供自己做学习研究用途，早一阵子搭了个java应用（JDK8），安装了个mysql数据库，然后还有一些python应用等等，所有项目一启动，内存仅剩100多M的空间，跑个2-3个月下来，内存占用率都95%以上了........

使用期间发现个现象，每过一段时间后，java应用获取不到JDBC连接，导致无法使用。ssh云主机一看，mysqld的服务被莫名其妙的杀掉了...然后试图手动重启myqld服务，发现死活起不来，查看msyql的log得知：内存不够。于是把java应用停了，再启动msyql居然成功了，最后再把java启动起来。哎，，最低配的机器就这么糟心，这样的操作每隔2-3个月就要来操作一次。。。。

在这几次操作时貌似发现了问题：java应用随着使用的时间延长，其占用内存资源也越来越多，直到最后没多少内存时，mysql自己启动保护措施而停止服务。

根据进程号查看实际内存和虚拟内存的使用情况： ps -p xxx -o rss,vsz

其中的xxx代表的是进程号，rss表示的是该进程的实际内存占用大小（单位：Kb），vsz表示的是该进程的虚拟内存占用大小（单位：Kb）

由于java应用、tomcat 全都是使用默认参数，并不清楚如何进行参数调优，也未曾涉及到这块的工作，瞬间懵逼！做为一个java开发，实在是羞愧。

于是问题来了，在全都是使用默认参数的情况下：

1、java应用的为啥内存占用率为啥会升高，最高会升高到什么程度？

2、我怎么知道jvm的默认参数有哪些？作用是啥? 默认值是多少？参数之间是否有关联？调整不当是否会引发其他问题？

3、能否通过调整jvm参数，使得java应用的内存占用率的上限处于一个合适的水平(可别再把我的msyql服务给挤掉了啊)

看来要解决这个问题，还得先做点功课才行，于是各种找资料ing.....

解答第一个问题，参考之前写过的文档：

java应用的为啥内存占用率为啥会升高？如何实时监测？java应用的为啥内存占用率为啥会升高？如何实时监测？_heap momery使用率-CSDN博客

JVM分代截图：

JDK8版本命令：jmap -heap ${pid}

JDK9+版本命令：jhsdb jmap --heap --pid ${pid}

解答第二个问题：
0、JVM参数列表

标准参数（-），所有的JVM实现都必须实现这些参数的功能，而且向后兼容；通过命令 java即可查看：

java -help

非标准参数列表（-X）

    -Xmixed             混合模式，即先编译后执行 (默认)

    -Xint               仅解释模式执行
    -Xcomp              第一次使用就编译成本地代码

    -Xbootclasspath:    <用 : 分隔的目录和 zip/jar 文件> 设置搜索路径以引导类和资源
    -Xbootclasspath/a:  <用 : 分隔的目录和 zip/jar 文件>  附加在引导类路径末尾
    -Xbootclasspath/p:  <用 : 分隔的目录和 zip/jar 文件> 置于引导类路径之前

    -Xdiag            显示附加诊断消息
    -Xnoclassgc       禁用类垃圾收集
    -Xincgc           启用增量垃圾收集
    -Xloggc:<file>    将 GC 状态记录在文件中 (带时间戳)
    -Xbatch           禁用后台编译
    -Xms<size>        设置初始 Java 堆大小
      -Xmx<size>        设置最大 Java 堆大小
       -Xss<size>        设置 Java 线程堆栈大小
    -Xprof            输出 cpu 配置文件数据
    -Xfuture          启用最严格的检查, 预期将来的默认值
    -Xrs              减少 Java/VM 对操作系统信号的使用 (请参阅文档)
    -Xcheck:jni       对 JNI 函数执行其他检查
    -Xshare:off       不尝试使用共享类数据
    -Xshare:auto      在可能的情况下使用共享类数据 (默认)
    -Xshare:on        要求使用共享类数据, 否则将失败。
    -XshowSettings    显示所有设置并继续
    -XshowSettings:all            显示所有设置并继续
    -XshowSettings:vm             显示所有与 vm 相关的设置并继续
    -XshowSettings:properties     显示所有属性设置并继续
    -XshowSettings:locale         显示所有与区域设置相关的设置并继续

-X 选项是非标准选项, 如有更改, 恕不另行通知。

1、如何查看java程序是否开启指定的JVM参数：

jps -l （查看java进程的pid）

jinfo -flag PrintGCDetails 11980 （jinfo能查看进程运行环境参数，包括Java System属性和JVM命令行参数）

结果：-XX:-PrintGCDetails，表示不开启打印 GC 收集细节（默认），JVM的X参数形式 -XX : + ( + 表示开启， - 表示关闭 )

2、查看java程序开启了哪些JVM参数：

jinfo -flags 11980

其中 Non-default VM flags 是虚拟机默认设置的参数，Command line 是用户指定的参数，比如命令行启动 jar 包的时候加上的参数。

3、还可以查看ava程序所用到的系统参数：

jinfo -sysprops 11980

解答第三个问题：

由于JVM堆内存分为2块：Permanent Space 和 Heap Space。

Permanent 即持久代（Permanent Generation，java8以后重新划分并命名，用元数据Metaspace代替了持久代），主要存放的是Java类定义信息，与垃圾收集器要收集的Java对象关系不大。
Heap Space堆内存 = { Old + NEW = {Eden, from, to} }，Old 即年老代（Old Generation，也叫Tenured Generation），New 即年轻代（Young Generation）=Eden space 伊甸园+ Survior space幸存者。年老代和年轻代的划分对垃圾收集影响比较大。

综上所述，且当看完前面两个问题的解答后，针对我的java应用内存占用率越来越高的问题，可以适当减少堆内存的大小（1G内存真是伤不起....）：