网易云音乐二面

#腾讯# #面经#2月18日早上11：36发面试邀请，下午3点半面试，这追的。。。我以为是kpi面凑数的，但后面问的又不像。一面 自我介绍、项目介绍、然后面试官对简历项目一行行的问。问数据库表字段针对业务怎么设计的，怎么做的冗余设计，怎么做的处理。由于项目都是自己自写自用的项目，所以面试官问了很多设计层面上的问题，问了很多容灾备份上的问题。要扯一些高可用的知识以及负载均衡的东西，但很可惜，我项目用不大上，没接着问。一点八股也没有，这方面根本分享不了一点面经。最后做一道题：最长严格递增子序列，dfs暴力解完，耗时15分钟，中间脑子抽了想暴力搜，发现无关顺序立马换dfs了，实际拿dp写可能更好一些...

又改了一版

在一些中小型项目开发中，我们通常会使用自增 ID 来作为主键的生成策略，但随着时间的推移，数据库的信息也会越来越多，尤其是使用自增 ID 作为日志表的主键生成策略时，可能很快就会遇到 ID 被用完的情况，那么如果发生了这种情况，MySQL 又会怎样执行呢？PS：当然，在分库分表的场景中，我们通常会使用雪花算法来替代自增 ID，但中小型项目开发中，使用自增 ID 的场景还是比较多的。1.自增ID在 MySQL 中，如果字段的数据类型为整数类型（如 INT、BIGINT 等），则可以通过关键字“AUTO_INCREMENT”来设置让当前的字段实现自增，例如以下 SQL： CREATE TABLE ...