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

早上一睁眼，第一封就来了我并不觉得他说的事情我      做不了，难道是我太骄傲了吗？

总的来说，这是一场收获很大的面试，感觉面试官不是以老员工的角度来拷打我，而是以一个引路人的视角带着我去思考一些场景问题，用一些真实场景来向我展示平时所学应该如何应用，然后问问题也都是笑着和我聊天那种问法，感觉是一个很有人格魅力的人，就是在他面前基本上说不了谎，而且感觉他更喜欢那种真诚地回答以及真实的思考，真的对我自己有很大的帮助，真的给字节点个大大的赞

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花一、先理清：Redis单线程的真正含义Redis的「单线程」特指核心命令执行主线程采用单线程模型，避免多线程锁竞争和上下文切换开销；但网络IO、持久化、数据删除等辅助操作，Redis本身支持多线程运行。单线程命令执行会牢牢绑定单个CPU核心，其余核心完全闲置，这是多核利用率低下的核心原因。提升多核利用率的核心逻辑：不让单个主线程独占单核，而是通过多实例、多线程、分片的方式，让Redis负载分散到多个CPU核心并行处理，同时避免线程争抢和资源冲突。二、核心方案1：单机多实例部署...