今年解锁3份实习：寒假文职打杂，春招运营协助，暑假新媒体实操。从摸鱼迷茫到独立写方案，踩过重复劳动的坑，也练会沟通和技能。每份经历都在筛方向，现在终于明确职场目标。实习不是凑数，是用试错换成长呀～

故事背景今天运维那边反馈有一个设备在后台查不到，我第一时间怀疑可能是数据出了问题，导致服务报错了没有入库。我拿着日志去本地请求接口，发现程序是没有报错的，我们的逻辑是先把唯一id放到redis里面，如果redis没有值就insert，有就update，做了一层缓存，估计是这样的话批量插入和更新数据库会快一点。然后我看redis是有值的，以为是redis和数据库数据不一致问题，我就把redis的key删了，重新再跑一下，结果打印了insert语句，但是没有插入到数据，看来事情并没有那么简单- -问题分析因为数据表很大，有5E+数据，我第一反应是mysql表数据量可能爆了，但是查了下好像没有太大限...

1、实习介绍2、项目3、热点key问题怎么解决？4、问我还有什么情况会导致热点key，除了你说的redis宕机了，我回答还有过了TTL大量热点key失效。好像回答的也不对。5、怎么实现缓存和数据库的一致性呢？6、你的意思是把数据库操作和缓存操作绑定在一起吗？7、id是主键索引，如果我查询了一个非主键索引，执行的大致流程是怎样的？8、你觉得它的通知是及时的吗？unpark()方法底层是怎么通知的？我回答是及时的，底层调用了unpark会释放锁，然后主线程的await就会获取到锁，就能执行了。但是感觉答错了。9、还有问我事务的隔离级别？哪种隔离级别可以避免幻读？四种。然后我回答的是默认的可重复读可以避免大部分的幻读，串行化能完全解决。10、对于你刚刚说的可重复读他是怎么解决幻读问题的？

好奇boss上也有ATS系统先筛选吗，为什么很多打招呼信息都只是送达，已读都没有呢？有没有懂的人解答一下，感谢！