快手测开三面

一面 80min 6.3-自我介绍-实习内容拷打：介绍一下项目的模块、探讨了MCP和其他的AI问题。-八股进程线程区别、关系、为啥不直接用进程来调度、线程失败了怎么办进程有哪些通信方式、多线程冲突了咋整innodb的索引结构、B+和B区别、聚簇索引和非聚簇索引、列举判断索引失效问题，其中有一个判断select * where a=1 or b=1 and c=1 索引是否失效：and>or ，因此该查询划分是：where (a=1) or (b=1 and c=1)，其中a=1的部分可用索引。介绍一下事务和事务的特性、并给出场景判断是哪个特性、事务隔离级别、分别说一下这些隔离级别可能存在什么问题什么是幻读、手撕：员工到食堂的最近距离的总和。就是两个数组，找出这些数组的最小差，用了暴力+优化两种做法。二面-40min 6.6    无自我介绍 无手撕-介绍实习。介绍了项目流程然后问我一些相关问题：怎么优化、mcp和function calling的区别、RAG流程、怎么提升准确度、知识库怎么做的、知识库检索的原理、向量距离怎么计算、为啥需要reranker、Prompt有什么经验、多Agent了解么。-基础知识：数据库索引失效有哪些、数据库隔离级别、Redis中的过期时间怎么设置、热key问题、缓存雪崩和击穿。总结：面试官说理论欠缺一些，很多只能答出部分，都是在使用角度说的，后续需要补习一些理论知识。一面二面的问题可能会相同，因为面评可能没写具体问什么问题，所以之前问过的内容还要复习。三面-25min 6.10自我介绍纯拷打实习内容，话术准备不足，实习项目还没问完就被面试官结束了。三面实在不尽人意，但暑期实习也到此为止了。发发面经攒人品。——————更新HR面已过，45min，HR啰哩巴嗦问了一堆实习内容，项目经历，因为我最近心情低落，后续再更新HR面的问题。因为这个HR导致到手的offer被迫放弃了。在此叮嘱xdm，HR面重要的是把自己的经历、信息和HR确认清楚，把自己的自信呈现出来，其他的一点也不重要。面试过程中不要轻易信任别人，尤其是HR，她工作出现的问题只会让候选人背锅。

鼠鼠学java的，第一次面大厂。之前投递的时候看见一大堆部门，不知道选哪个。最后随便选了一个，意向部门没选。结果就是，这个部门是c语言的！面试官不会java，问了一些基本的问题，然后撕了一道算法。感觉是寄了😭。1. 多态，多态的实现原理2. 进程和线程3. mysql索引4. tcp四次挥手5. hashmap扩容6. 智力题，一个装满水10升容量瓶子，一个7升空瓶子，一个3升空瓶子，平分为两瓶5升水7. 最长递增子序列然后就结束了。。。。简历上写的juc，jvm，ssm，redis，微服务，mq，和两个项目是一点没问！感觉自己还是被信息差打败了，投递的时候没有仔细了解各个事业群🥺

球球了 球球了 球球了

一、主从库读写测试步骤1. 环境准备：- 搭建主从架构（1主1从或多从），确保主从复制正常（可通过 SHOW SLAVE STATUS 查看IO和SQL线程状态）。- 主库配置 server-id=1 ，从库配置 server-id=2 ，主库开启二进制日志（ log-bin ）。2. 读写测试核心操作：- 写操作测试：在主库执行增删改（如 INSERT/UPDATE/DELETE ），观察从库数据是否同步（可通过定时查询或触发器验证）。- 读操作测试：在从库执行查询（如 SELECT ），确认数据与主库一致，同时测试从库负载能力（可通过压测工具如 sysbench 模拟并发读）。- 异常场景测试：- 主库宕机：验证从库是否可切换为读写模式（需手动或通过中间件如MHA自动切换）。- 网络延迟：模拟主从网络波动，观察数据同步延迟（ Seconds_Behind_Master 参数）。3. 关键指标记录：- 同步延迟时间、读写性能差异、高并发下的一致性表现。二、主从复制原理1. 核心机制（基于二进制日志）：- 主库（Master）：将数据变更记录到二进制日志（Binlog），包括DDL和DML操作。- 从库（Slave）：通过两个线程实现复制：- IO线程：连接主库，读取Binlog并写入本地中继日志（Relay Log）。- SQL线程：解析中继日志，在从库执行相同操作，实现数据同步。2. 复制模式（3种）：- 异步复制：主库写入Binlog后立即返回，不等待从库确认（性能高，一致性差）。- 半同步复制：主库等待至少一个从库确认接收Binlog后返回（性能和一致性平衡）。- 全同步复制：主库等待所有从库确认后返回（一致性高，性能低）。3. 常见问题与面试考点：- 主从延迟：高并发下从库同步慢，解决方案：升级硬件、读写分离、分库分表。- 数据一致性：异步复制可能丢失数据，可通过半同步或中间件（如Canal）弥补。- 切换与故障恢复：手动切换主从时需锁定主库（ FLUSH TABLES WITH READ LOCK ），避免数据不一致。三、面试场景- 结合场景说优势：主从架构用于读写分离，减轻主库压力，适合读多写少场景（如电商商品页查询）。- 提扩展知识：主从是分布式基础，可延伸到集群架构（如MGR、InnoDB Cluster）或中间件（MyCat、ShardingSphere）。