事务和锁

📍面试公司：苏州某小厂❓面试问题：1. 自我介绍提醒我要到场开发2. spring使用过程有什么问题事务失效。。。3.mysql索引该怎么创建重复性低的，频繁的字段要加。为什么？innodb是b+树，太多的话会退化为线性，可能不如全表扫描4.你怎么进行mysql优化简化连接语句，建立索引5.mysql优化原理底层就是基于索引计算各种代价，取最优6.springboot的ioc是什么，为什么设计。ioc原理，第三方容器，解耦，对象的生命周期转接6.springboot starter了解过，没自己写过7.基本的jvm调优我说没学过反问：业务是什么  ai什么平台，后端就是一个app开发，ai相关都是掉接口再提醒我要到场🙌面试感想：暑假好好背八股

字节搜索二面挂当天被捞1、自我介绍2、你提到了用户的关注与取关，你用户关系服务是怎么设计的？（定义了关注表与粉丝表，两个表内容一致）3、你怎么保证两个表内容一致的？（目前是通过事务保证的，后面其实还可以通过订阅 binlog 伪从来保证一致性）3、如果是大 V 的情况，你有考虑到吗，做了哪些处理应对这种高并发（Redis 缓存+二级缓存，冷热数据分离）4、分布式 ID 你都用来生成什么 ID 的？（笔记 ID，用户 ID，用户 ID 用的号段模式，笔记 ID 考虑到雪花算法自带的时间戳可以实现冷热数据分离，发布久远的笔记不缓存在 redis，后由于点赞系统采用咆哮位图高效判断，但咆哮位图基本只能存储 32 位，遂也改为号段模式生成，生成效率基本没差多少）5、那你说说点赞系统怎么设计的？为什么改为咆哮位图了？（先是采用 Set 数据结构判断，后因为满足高并发需求，Set 模式占用内存太多，又改用布隆过滤器实现，大大降低内存占用。但布隆过滤器在判断存在时存在误判，需要从数据库进行二次校验。后改用咆哮位图，既能高效判断点赞与否，内存占用也大大降低）6、那你讲一下咆哮位图的机制，为什么有你说的这些优点？7、MySQL 了解吧，你讲一下 MySQL 的索引（一顿吟唱）8、说一下聚簇索引和非聚簇索引的区别9、联合索引再说一下，如何定义联合索引最好？（设计成覆盖索引）10、联合索引的顺序重要吗？（顺便再说一下索引下推）11、算法1：二叉树展开为链表12、算法2：根据层序遍历建树反问

一、项目1. 打赏链路实现2. 消息丢失怎么办？3. 不依赖rocketmq去设计一些机制保证消息不丢失4. 重试机制过多不会影响性能？5. 使用本地消息表会引入额外的复杂度，继续重试吗？二、八股1. 缓存击穿和缓存穿透2. mysql的索引数据结构有哪些3. MySQL回表机制4. mysql执行优化5. 索引越多越好嘛6. 索引失效情况7. 线程池的核心参数8. 核心线程数设定依据9. jvm内存模型10. 之前关于垃圾回收有涉及到吗三、反问四、算法快排一共约45min更新：一天后挂

懂车帝一面1.项目印象深刻的问题2.项目中不使用redis有没有考虑过部署在单机上面仅使用mysql能承载多大的TPS3.仅使用mysql，一个1000TPS的预估用户的访问量对他进行秒杀的访问量，怎么去承载这个场景。4.秒杀场景下，恶意用户和ip该怎么制止，布隆过滤器5.秒杀场景下瞬间涌入的流量怎么保证服务器不会被击垮6.使用计数器来限流的思路7.滑动窗口计数器来解决手撕滑动窗口限流器