3.24 字节tiktok后端一面

1.我看你有实习经历和项目经历，你想重点分享哪一块？
2.刚刚你提到的慢查询问题，它的使用场景是什么样的？用户是谁？
3.那这个平台接了很多厂家吗？单个厂家的设备量级大概是多少？平台背后数据库的设备数据量级预计是多少？
4.上线或正式投入使用阶段，慢查询的查询条件是什么样的？
5.能详细介绍一下你的优化方案吗？为什么全量查询做缓存会导致大量Key过期？
6.那针对用户查询自己名下所有设备的全量查询场景，如果用Redis缓存解决，缓存该怎么设计？Key和Value分别是什么？
7.我们现在聚焦Redis缓存方案，怎么通过Redis缓存解决这个慢查询问题？
8.但数据库的数据是动态变化的，业务方和业务场景也在动态调整，很难保证缓存的数据是高频使用的，有没有更通用的解决方案？
9.那分页导致性能问题的具体原因是什么？是深分页吗？就是前几页查询快，越往后越慢。
10.那当时建立的覆盖索引，数据结构是怎样的？怎么保证索引一定会被命中？
这个项目使用的数据库引擎是什么？是InnoDB吗？
11.你知道InnoDB的索引数据结构是什么样的吗？
算法：判断字符串 s 能否被字典 wordDict 中的单词完全拆分
#字节# #tiktok# #大厂#