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性能提升也主要依赖它。
