拼多多Java后端一面-日常实习

1.实习介绍
2.jvm垃圾回收有了解吧，我有这样一个场景：比如说你负责的服务，那个可能是一个大流量，低延迟的一个服务。然后现在你观察到你们现在这个服务频繁的GC然后针对你这种我刚刚讲这种特点服务其实是有可能影响它的稳定性跟性能的了。如果不是一个QPS很高，然后访问时间也可以容忍很长的一个服务，那倒无所谓，对吧，然后这个情况可能需要你来排查和解决。你会怎么来做
3.我再说具体点，就是它的YGC和OldGC都非常频繁，你觉得会是什么情况
4.刚刚提到主要一个说那个一样ygC可能晋升到老年代的门槛低了，这种情况，你怎么调呢？
5.要是竞争年龄没什么问题的。有没有可能把那个Young区调大？你觉得行不行
6.好，那如果Young区调大的话，因为总的内存肯定是有限的固定的嘛，那这个老年代Old区可能就小了。这样这这种调整会是一个正向的吗？对GC的优化来讲，这种做法一定是对的么？为什么
7.问一下MySQL相关的问题哈，我用数据库存100万数据，怎么对这一百万笔数据进行修改并确保全部修改成功
8.mysql的一张表里面有a b c 3个字段。建了三个单独索引。sql语句的是where a等于1，b等于 1，c等于1，我这个sql会使用哪些索引？
9.它底层优化器怎么去选择。根据哪些因素去选择
10.问一个场景的问题，现在前置条件是innodb引擎我数据库里呢有两张表。一张表有30个字段，另外一张表有60个字段。假设这两张表每个字段的长度都是varchar80不考虑null的这种情况。我现在往两张表里分别插入100万条数据，接下来我需要从两张表里各自select一条数据出来。当然，我这个字段数都保持在30个where条件左右，我直接使用主键，这两个查询在效率上有没有什么差别，为什么
11.OK，很不错，接下来问一下业务场景的问题哈，比如我现在线上有这样一个批量处理类的任务。这种程序的特点是短时间内我会产生大量的临时对象，因为批处理会比较快，内部的处理。理论上这些临时对象是可以被垃圾回收回收掉的，但是系统在高速运行了一段时间以后，发生了堆内存的溢出。你分析一下，我现在不考虑一些这个对象无法被回收或者什么长引用这些因素，反正主要还是基于刚才那个前置的这个条件场景。那你来分析一下，就我也没有什么不可回收的为什么运行了一段时间，会出现堆内存溢出可能的原因是什么