无算法，项目和底层紧凑拷打了50min1.自我介绍2.实习工作       2.1优化       2.2是不是库对应业务系统       2.3阈值条件       2.4ufs啥东西3.mysql       3.1 mysql索引树结构             3.1.1innodb              3.1.2myisam              3.1.3为什么innodb用这种结构       3.2 平常一般怎么优化一条sql             explain             3.2.1 kind有什么             3.2.2 other有什么4.项目拷打5.influxdb       5.1 为什么influxdb适合时序数据场景       5.2 底层结构是什么样的6.redis       6.1 4项目里为什么用了zset       6.2 zset结构是怎么样的       6.3 为什么zset是这样的结构（寄）       6.4 redis一般集群机制是怎么样的       6.5 选主过程中本质上的算法原理是类似什么 分布式一致性算法 paxos/raft       6.6 redis用过哪些命令       6.7 hash的底层结构是什么样的7.springcloud       7.1 项目实例数和服务数       7.2 为什么要有注册中心这个概念       7.3 nacos服务情况存储在哪里       7.4 注册中心的原理       7.5 默认的失效时间（没关注过，寄）       7.6 nacos还有什么其他作用8.对于数据的把握        8.1 4项目的数据量        8.2 觉得mysql表数据量多大的时候性能极其底下需要优化9.hbase       9.1 hbase底层结构       9.2 hbase使用的时候注意什么（盲猜storefile的合并和拆分过程，需要注意这个的负责均衡，不确定，半寄）10.java        10.1 aqs原理       10.2 自定义aqs需要重写什么方法（寄，下午才看过又忘了）       10.3 线程池核心参数       10.4 有没真的用过线程池，怎么用的       10.5 数量设置一般遵循什么       10.5 阻塞队列有哪几种       10.6 异常怎么查看（寄，应该指的是这东西https://blog.csdn.net/zhangjun039009/article/details/105733212）11.虚拟化       11.1 有没接触过k8s和docker       11.2 虚拟化的原理是啥（寄，这块得补补）12.未来三年的规划情况13.怎么学习新技术的14.反问都反问了，以为结束了，没想到突然猝不及防来了场景题15.秒杀场景的理解        短时间大量并发流量16.解决方案        分库分表.缓存        熔断限流(针对不需要这么多请求的时候)        ........