offer求比较

恒生今天有发offer吗

毕业一年半   2月中旬离职  五一之前面了两家公司 一个二面拒了 一个二面挂了。。。五一之后疯狂投递简历五一之前boss投递：老虎国际 4.16  没后续去哪儿 4.26 没后续美团 4.29 没后续小红书 4.29 没后续阿里  没后续滴滴  约面面试官没时间5.6自己找的内推：腾讯  简历挂+简历释放携程 简历筛选中阿里的灵犀互娱  未开始小红书  看不到投递记录酷我音乐  简历筛选中网易灵犀（网易没有其他岗位了） 简历筛选中SHEIN  一个初筛 一个简历挂阿里妈妈  两个简历挂阿里大文娱  未开始小米 简历挂了一个 还剩一个筛选中字节  简历筛选中搜狐  简历筛选中5.7阿里淘天  投递两个小米 投递两个快手 投了7个5.8小米 简历挂了一个 还剩俩5.9携程  简历挂阿里的灵犀互娱  简历挂我看了看岗位要求我怀疑都是年限问题  因为我没满两年。。。。#内推##社招##gap##大厂#

之前字节二面的一个问题，个人觉得答的尚可，记录一下答案欢迎评论区指正和补充回答：首先我们分情况讨论，对于我们索引，首先explain打一下查询计划，看看key字段走的是哪个索引，如果出现回表的情况是否可以优化，然后如果是联合索引就看看len字段走了几个索引，当然最重要还是看type字段是否走了索引。然后我们针对性的对索引失效，或者回表等情况优化。然后深分页也会导致一个慢查询的情况，尤其是limit字段，有两种方式一个是建立子查询先把主键id查出来然后根据id走索引，还有就是像你们抖音短视频下拉刷新这个分页场景，可以把利用游标的方式将上一次查询的主键id作为下一次查询的参数传入优化我们的查询当然我们数据库的sql语句也可以优化，比如为了方便我们数据库的连接join操作可以先将我们查询的字段先进行限制和投影，减少我们连接操作涉及的字段 当然我们抛开业务取谈设计也不可取，对于特定业务可以进行反范式的设计，引入一些冗余字段，特别是像商品spu和sku这种聚合查询的情况 #字节跳动# #后端#

今天还没收到暑期实习offer是没了吗