在不断的认清自己与不想放弃中徘徊

1.简单介绍一下项目2.你怎么用的rabbitmq解决订单超时取消利用了消息延迟插件，介绍了一下插件原理3.除了这种方式还有吗，不采用mq异步线程和时间戳判断超时时间4.还有别的方式吗？项目非常小，有没有更可靠更简单的方式？答不上来- 定时任务（如 Spring 的@Scheduled或 Quartz）：每隔固定时间（如 1 分钟）扫描订单表，判断超时状态（适合小项目，轻量且可靠，无需引入 MQ）。- 优势：实现简单（几行代码），依赖少，适合数据量小的场景。5.那你有考虑过你为什么要设计使用rabbitmq吗？没考虑技术选型逻辑：需结合项目场景说明必要性，如 “订单超时取消是异步场景，用 MQ 可解耦订单系统和取消逻辑（避免订单服务阻塞）；且延迟插件能精准控制超时时间，比定时任务更高效”6.服务降级是什么？7.你的服务降级对你的系统有什么提升吗？8.你还有别的手段提高用户体验提升系统性能吗？回答不满意- 缓存（Redis 缓存热点数据，商品详情，减少 DB 查询）；- 异步化（非实时操作异步处理，比如 “下单后发送短信” 用 MQ 异步，避免阻塞主流程）；- 数据库优化（索引优化、分库分表、SQL 优化）；- 负载均衡（多实例部署，分担流量）9.jvm双亲委派、垃圾回收机制、jvm内存结构10.数据库的事务隔离级别有哪些11.sql语句的执行过程错答成sql语句各个部分执行的顺序正确流程：客户端发送 SQL 到服务器；解析器（Parser）：语法分析（检查 SQL 语法）→ 语义分析（检查表 / 字段是否存在）；优化器（Optimizer）：选择最优执行计划（如走哪个索引）；执行器（Executor）：调用存储引擎接口执行，返回结果。12.mysql索引的b+树是怎么设计的13.为什么要设计成叶节点存储数据，非叶节点存储索引矮胖结构，查询速度快14.就这样吗，没有原理吗？b树不行吗？b+树就快吗？b树非叶节点也存储数据，不支持范围查找15.写sql语句怎么减少回表查询脑抽了，没答上来覆盖索引16.锁、死锁、sychronized、cas这些了解吗？

看完尸体暖暖的

七月一号讯飞入职，今天字节hr打电话约面说周天面试，怎么办呀，字节是暑期有转正的，很心动，但是很怕和讯飞冲突 或者脏面评