字节tiktok二三面（已hr面）

前言笔者在前几个月前经历了一次因为执行DDL而导致业务疯狂打印error日志的场景，虽然不是笔者执行但是这一次经历也警惕了笔者需要敬畏生产、明确原理后再操作的习惯。希望这个亲身经历能够帮助初入职场的同学们避免因为这种问题而导转正失败的问题😊背景阐明背景表：大表DDL语句：添加覆盖索引执行时间：晚上低峰期（企业中对一些操作有严格的时间把控，必须要到业务低峰期才能执行）直接影响上层业务疯狂打印error日志（日志在企业是非常重要的）告警电话疯狂diss你表对外展示出来就是不可用，类似宕机（读和写统统被超时拒绝）可能你会说只有大表才会有这种问题吧，我如果只是几十万、几百万数据的表执行这个应该没有问...

线程池项目 给了实例化线程池的参数，问他是干什么用的，就介绍各个参数的作用怎么根据运行状态调整参数，举例说任务堆积太多，就申请多线程问计算密集型的用什么配置，问跟上面的例子矛盾了。所以应该加上对cpu、io和内存等的监控。线程的调度是jvm还是操作系统，是用户态还是内核态答了内核态，为什么用内核态，用户态不是更快吗，答了安全问题，问有什么造成安全的场景（好像可以从协程和线程的优缺点来回答）索引讲一下innoDB存储引擎的模型，就是索引的存储结构等，讲了B+树，聚簇索引和非聚簇索引，存储的东西。问为什么不用B树和红黑树假设订单用联合索引查询， select * where "楼栋号" = and "手机号" = ，问用哪种顺序建立索引好。主键用相对自增的还是用随机的，答了自增，顺序写比较快（他不太满意这个答案）日志redoLog的作用。问为什么不直接把数据刷盘，而是先持久化redoLog，开销的对比。讲了可以用后台线程，问后台线程阻塞了怎么办，数据不久丢失了。想起来好像是redoLog可以先写到内核缓冲区，这样只要系统不崩溃就不会丢失。binLog的作用，跟redoLog的区别外卖项目是自己练手还是真实应用的，QPS有多高手撕给一个时间区间，起始时间和结束时间，格式“HH:MM:ss Weekday”一个具体的时间点，何时"Y-M-D-HH:MM:ss"，判断时间点在不在每周的这个区间内，如果在直接返回时间区间，不在返回离它最近的时间区间（以"Y-M-D-HH:MM:ss"的格式）

面试的是识货APP的商品库后端开发。自己转Golang两个月，仓促学习准备前去面试，笔试过了，技术面挂了，随意说下经验。面试总长15min，这个面试长度面试完就明显感觉自己没希望了。刚开始五分钟是聊天，自我介绍以及询问为什么现在大模型这么火自己却想做后端之类的问题。专业问题问了两个：第一个是Golang中接口延迟调用如何用编程实现；第二个是如何处理CPU过载和内存泄露。听到这两个问题明显慌了，自己真的不太会，但是有一个大致思路，自己第一个说的通过time和goroutine来编程balabala…第二个说的是pprof相关，大概也就靠边。答完明显感觉面试官不太满意。最后就是问了不了解Redis和消息队列Kafka，然后是简历项目拷打，最后问了一下对公司有没有什么问题就结束了。人生第一次面试，也尽力准备了。想要进有些规模的企业还是有距离，只能继续好好学好好准备吧。