武汉双二专硕1：实习到明年2月能接受吗2：做一个简单的自我介绍，3-5min3：为什么不考虑深圳杭州之类的或者留在武汉，要来成都4：介绍项目中遇到的比较困难的事情5：前面项目提到了 Redis，介绍一下 Redis为什么快（唯一一个八股）6：项目提到了 Redis 优化部门人员树的加载优化，具体 key-value 是如何设置的7：项目中扫码签到的实现，手机端是如何知道是哪个用户有在扫码的8：项目数据量大吗，最大的表大概多大请问大家：1：这个是不是 kpi 面啊，问的这么简单2：真实习到明年2月咋整啊

感谢鹅，更新一下 timeline 吧，一路感觉运气大于实力2.26 官网更新了一下简历，过了一会就约面了，被提前批捞的2.27 一面，一小时不到，唯一的八股就是问实习的时候延伸的：session 和 cookie 的区别，一道手撕一道 sql 设计，面完马上打开官网看状态已经显示复试了3.3 二面，也没有八股，全程问实习，一道手撕， 45 分钟左右，两天后面试链接才消失3.10 三面，只问了八股和对 ai 的看法3.10 三面完两小时 hr 面试，oc面试下来感觉运气真的很重要，可能是因为一面表现的挺好，面试官说不错，从而二三面挺拉跨的，以为挂了但是都过了。已经准备把其他所有的面试和笔试拒了

1. 自我介绍2. 这里的数据量大小是多少，字幕使用mysql存储是不是不大合适，做分表操作必要性大吗？答案：如果字幕数据量只是中等规模，而且查询模式比较明确，比如按视频 ID、语言、时间轴版本去查，MySQL 其实也不是完全不能用，关键在于表结构设计、索引设计和冷热数据策略是否合理。但如果字幕文本本身很长，写入频繁、版本多，而且还有检索、回溯、批量更新这类需求，那单纯放在 MySQL 里就不一定划算了。因为它更适合做结构化数据管理，不太适合承载高频大文本读写。更常见的做法会是 MySQL 存元数据和索引信息，大文本内容放对象存储或者专门的文档型存储里。至于分表有没有必要，要看几个点：单表行数...