被科研纠缠了一天的day3

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花MySQL 中当表存在多个索引时，并非所有索引都会被生效，而是由优化器（Optimizer）基于特定规则和成本评估，选择“最优”索引执行查询。这一机制的核心是 基于成本的优化器（Cost-Based Optimizer, CBO），即优化器通过计算不同索引的执行成本，选择成本最低的方案，而非单纯依赖索引类型或定义顺序。理解这一机制，能帮助开发者设计更合理的索引、写出更高效的SQL，避免因索引选择不当导致的查询性能瓶颈。一、多索引选择的核心逻辑MySQL 优化器的核心目标是最小...

虽然今天还是0面试，但我把简历又认真改了一版，把项目经历和技术点重新整理了一下，也顺手多投了几家公司。找工作的过程本来就需要耐心，能把该做的事一步步做好，其实已经是在往前走了。今天也算没有白过，给自己一点小小的鼓励。

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花MySQL的查询性能瓶颈大多集中在where条件的执行效率上，where条件决定了查询的过滤逻辑和数据扫描范围，合理优化where条件能显著减少扫描行数、提升查询速度。以下从索引使用、条件写法、无效查询规避、高级优化技巧四个维度，详细讲解where条件的优化方法，结合实操场景说明，确保可落地、易执行。一、核心优化：充分利用索引（重中之重）索引是where条件优化的核心，其本质是通过预设的有序结构，避免全表扫描，快速定位符合条件的数据。优化的关键的是让where条件中的字段命中...

总时长35分钟，无手撕，感觉遇到KPI面了，唉35分钟一直在问实习，八股就问了下面的1.redis与数据库的缓存一致性2.redis的zset数据结构3.redis的两个持久化机制4.分布式cap理论5.什么时候ap，什么时候cp6.进程线程协程问怎么没手撕，说一面撕过了，业务是应用宝游戏商城，后面过了还有一面技术面，问面试表现，说挺顺的，可以再关注一下运维数据，然后问转go有难度嘛，就结束了