1>如何定位线上服务OOM问题
2>JVM的GC ROOTS存在于那些地方
3>mysql innodb怎样做查询优化
4>java cas的概念
Java服务OOM,比较常见的原因是
?? 有可能是内存分配确实过小,而正常业务使用了大量内存 比如jmp -heap命令可以查看新生带,老年代内存大小的情况。看看内存本身是否分配过小。
?? 某一个对象被频繁申请,却没有释放,内存不断泄漏,导致内存耗尽 ,比如jmap -histo:live 对象显示存活对象的信息,并按照所占内存大小的排序。因为包含了实例数、所占 内存大小、类名,所以很直观。
?? 某一个资源被频繁申请,系统资源耗尽,例如:不断创建线程,不断发起网络连接
2>JVM的GC ROOTS存在于那些地方、
问到这个问题应该是前面一步步引导过来的,如果没有,在直接回答这个问题之前,最好简要描述一下JVM的内存结构和根搜索算法(GC ROOTS Tracing)做可达性分析。
?? 虚拟机栈(栈桢中的本地变量表)中的引用的对象
?? 方法区中的类静态属性引用的对象
?? 方法区中的常量引用的对象
?? 本地方法栈中JNI的引用的对象
Gc管理的主要的区域是java堆,一般情况只针对堆进行垃圾回收。方法区,栈,和本地方法区不被Gc所管理,因而选择这些区域作为GC ROOTS ,被GC ROOTS引用的不会
被垃圾回收。
mysql innodb怎样做查询优化
?? innodb_buffer_pool_size 此参数的作用是缓冲数据和索引,对性能可以产生线性的提高,最大可设置为内存大小的百分之七八十的样子
?? 打开慢查询日志,增加参数:log-queries-not-using-indexes,方便把系统中没有走索引的sql语句全抓出来优化
?? 通过explain做查询分析,看看有没有用索引,访问的行数rows
?? 关闭skip_name_resolve,减少逆向DNS解析的消耗
另外还有一些实际写代码过程中深入骨髓的,比如数据动静分离提高query_cache的命中率啦,减少字段冗余,减少查询次数啦,复杂查询分解啦,分页优化啦啥的。
4>java cas的概念
cas:compare and swap,比较并交换
java的concurrent包中借助cas实现了区别于synchronized同步锁的一种乐观锁。
CAS利用CPU的CAS指令,同时借用JNDI来完成java的非阻塞算法,其他的原子操作都是利用类似的特性完成的。java的concurrent包相对于使用synchronized性能提升也主要依赖它。