MySQL慢查询排查方法（1）慢查询日志：开启慢查询日志，记录执行时间超过阈值的SQL语句，从而找到需要优化的SQL语句（2）使用redis缓存，将热点数据存储在内存中，减少磁盘I/O操作，提高SQL性能（3）优化查询语句和表结构：添加B+索引等 B+树是一颗平衡树，所有叶子节点在同一层，关键字有序存放，左子树关键字小于父节关键字，右子树关键字大于父结点关键字，非叶子节点只用来索引，叶子节点存储数据，叶子节点按照从左至右连接形成一个有序链表，方便范围查询。接口自动化做到什么粒度（1）单元 单个接口 返回结果（2）集合 多个接口 交互（3) 系统 所有接口 协同工作列举MySQL存储引擎，优缺点...

直接放timeline：字节：2月7日 一面2月10日 二面2月12日 三面（挂）快手：2月10日 一面2月11日 二面2月12日 三面 （晚上电话oc，已拒）腾讯：2月6日 一面2月14日 二面2月14日 三面2月14日 hr面 （晚上发口头offer）------字节挂了的时候，腾讯刚发二面邀请，当时快手offer又快截止了，就把腾讯二面拒了，都已经打算去北京了🥹结果腾讯面试官加我微信问我为什么不参加，我告知相关原因后，他说他们可以提速。然后就在14号，情人节当天，直接早午晚三面，并成功通过（腾讯速度😭）。而且，hr还怕我不满意，和业务的领导沟通后，还将我的流程转换成暑期实习了😭感谢hr，感谢腾讯😭以后谁黑腾讯我和谁急😭------面经已发布，可以看我动态

求内推 没工作了我😭

就业下沉，貌似是2023年新出现的一个词，刚开始官方的定义大概是：“近年来，大学毕业生的就业重心逐渐下沉，进入到地级城市及以下地区工作，县城体制内工作吸引了越来越多的毕业生。”想起来前两天随手发的一篇帖子，大概是讲人们更倾向于二十万的济南工作，也不想选五六十万大城市的工作，本来我以为是山东人的成见，没想到评论区里也都是共鸣，然后就进行了一那么小会儿的反思：这说明现在的工作性价比越来越低了。想起来之前舍友跟我分析，要是在北京一年50万，天天加班到十点不说，一年只能攒下来多少多少钱，多少年才能付得起首付，解决户口问题又要怎么办，付完首付后换房贷又要多少年……总结就是：生活无望了，如果想过上不那么遭...