jvm哪些情况会导致 年轻代 越过 15年龄的限制 去到老年代

1.是哪些参数控制了 old:young 和 eden : from 和 年轻代 到 老年代的年龄限制的

2.哪些情况会导致 年轻代 越过 15年龄的限制 去到老年代

 

大家应该知道 jvm 有年轻代 老年代 方法区等等 大概组成部分 如果不清楚，我这里给一张图

这里以jdk8 为基准

–XX:NewRatio：默认 -XX:NewRatio=2

    old:YOUNG = 2

–XX:SurvivorRatio   默认 -XX:SurvivorRatio=8

    Edem : from : to = 8 : 1 : 1

这里可能会有人说 这个默认参数是怎么得到的

正好回答一下 图片中的两个问题

1.是哪些参数控制了 old:young 和 eden : from 和 年轻代 到 老年代的年龄限制的

2.哪些情况会导致 年轻代 越过 15年龄的限制 去到老年代

#看old ： young 
jinfo -flag NewRatio 21030
#看eden： from
jinfo -flag SurvivorRatio 21030
#看年轻代 到 老年代的年龄限制
jinfo -flag MaxTenuringThreshold  21030

已经解答了 第一个问题

第二个有哪些情况会出现这种情况呢

1.新生代垃圾回收之后 因为存活对象过多，eden空间不够了，导致对象都到老年代了 （新生代要保证空间足够）

2.特别大的超大对象直接不经过新生代到老年代 （超过from 区 的50%）

3.动态对象年龄判断机制

4.空间担保机制

 

 

额外插一句：

写这个的时候 朋友出现了以下问题：

Caused by: com.ibatis.common.jdbc.exception.NestedSQLException:   
--- The error occurred in mapping/Menu_SqlMap.xml.  
--- The error occurred while executing query.  
--- Check the select id, parentid, name, url, per...

这个错误在网上搜索没什么用，说是insert有问题 等等

我这里的问题是查询太慢了，慢sql 导致

这里就说到 怎么找到慢sql

请使用 root用户 或者有相应权限的

#mysql查看正在执行的sql语句
select * from information_schema.`PROCESSLIST` where info is not null;