1. 三层B+树存储的数据量计算的公式是总容量 = 根节点指针数 × 二层节点指针数 × 三层页行数。假设主键为 BigInt（8 字节），指针（Pointer）在 InnoDB 中约为 6 字节，合起来一个索引项约为 14 字节，页的大小默认是16KB，可计算得出索引项 16KB/14字节约为1161个索引项，第二层同理，一共可以指向1161*1161个节点；假如单行 1KB，则一页存16个数据，那么一共就可以存1161*1161*16约两千万行数据。2. SELECT * FROM table LIMIT 10000, 1000这个查询语句执行非常慢怎么改善这是MySQL 大分页查询（De...

timeline1.13打电话约面1.20 一面 第二天约二面1.23 二面 过了一个周末约三面1.28 三面2.2 通知三面过 offer审批2.5 oc

民办本，投了简历到现在没有一个约面，是我这个简历太垃圾了吗？各位大佬帮忙看一下有什么需要修改的

1. 自我介绍2. 这里的数据量大小是多少，字幕使用mysql存储是不是不大合适，做分表操作必要性大吗？答案：如果字幕数据量只是中等规模，而且查询模式比较明确，比如按视频 ID、语言、时间轴版本去查，MySQL 其实也不是完全不能用，关键在于表结构设计、索引设计和冷热数据策略是否合理。但如果字幕文本本身很长，写入频繁、版本多，而且还有检索、回溯、批量更新这类需求，那单纯放在 MySQL 里就不一定划算了。因为它更适合做结构化数据管理，不太适合承载高频大文本读写。更常见的做法会是 MySQL 存元数据和索引信息，大文本内容放对象存储或者专门的文档型存储里。至于分表有没有必要，要看几个点：单表行数...