腾讯音乐薪资构成

实习项目拷问实习期间项目挑一两个重点说一下如何定位慢sql这是一个什么联合索引为什么不给中间的status的填进去？好问题表的数据量有没有分表，怎么分表？按月分表，那么分页查询怎么查？前端有传时间范围单表查询时长？10ms到50ms深分页怎么处理？缓存优化怎么做的？主动更新缓存失败？主动更新的并发问题？用的是什么消息队列？消息丢失怎么处理？这个系统可用性如何考虑的？定时脚本：解决入队失败，以及消费这个回调失败 ，缓存降级缓存命中率？基础知识服务器如何识别http的请求头和请求体的？cookie在http中如何传输 ？如何实现一个线程安全的任务队列？数据库为什么要有连接池？刚才你说到数据库连接池为了防止链接频繁的创建销毁，那么像http服务器，rpc服务器他们的连接就是频繁创建和销毁没有连接池，那为什么数据库需要连接池呢？答：因为数据库连接是昂贵、有状态、数量有限的资源，而 HTTP/RPC 是轻量、无状态、可快速销毁的，所以数据库必须用连接池来复用，HTTP 不需要。1. 连接成本完全不一样HTTP 连接：只是一个 TCP 短连接，用完就断，没有状态、没有认证、没有会话上下文，创建销毁非常轻。就算用 HTTP 长连接，也是复用 TCP，不是复用业务状态。数据库连接：是有状态的重量级连接：TCP 握手 + 用户名密码验证 + 权限检查 + 会话初始化（事务、锁、缓存区）。这个成本是 HTTP 的 几十倍上百倍。2. 生命周期完全不同HTTP 请求：一次请求一次连接，用完即丢，非常短暂。数据库连接：一旦建立，可以持续复用很久，完全没必要每次执行 SQL 都重新建连接。3. 数据库对连接数量极其敏感数据库有严格连接上限（MySQL 默认 151）。连接多了，数据库会：内存暴涨、线程爆炸、锁冲突、直接夯死。而 HTTP 服务器扛几万连接都没事，因为它是非阻塞、IO 多路复用，不占很重的资源。算法题：数组平方后的不同数

最近牛客后台不少私信都在纠结：拿到了一个小厂的实习 Offer，给开了转正口子，但心里总惦记着大厂，到底去不去？作为过来人，想给还在纠结的牛友们拆解一下这里的“底层逻辑”。1. 先看这个“转正机会”是不是画饼在互联网这行，转正名额受大环境影响太大。硬核标准： 问清楚往年的转正率是多少？转正后的薪资体系（Base+房补+年终）大概在什么水位？避雷指南： 如果面试官含糊其辞说“看表现”、“名额不确定”，那这个转正机会基本等于“廉价劳动力资源池”。别把它当保底，把它当跳板。2. 小厂实习的“高带宽” vs 大厂实习的“螺丝钉”小厂优势： 你可能一个人要负责一个模块的端到端开发（比如我之前做过某诊断平...

想问一下大佬们，腾讯的面试两次一面都挂了，面评不理想，会在系统里跟着，那腾讯音乐集团会有影响吗

部署了一个文字转语音模型，叫kokoro。相信大家有过了解当时想着是转英文文章给我练听力用，后来又想加中文加日文。问 给迷你 半天，告诉我一佰万个错误地址，没一个是能用的。后来成功装上了一个版本，没有日文，给迷你 死鸭子嘴硬，硬说有日语。浪费了我5g流量之后终于承认错误：您说的对，确实没有日语版本！