2026年世纪佳缘数据库工程师面试题集.docxVIP

第PAGE页共NUMPAGES页

2026年世纪佳缘数据库工程师面试题集

一、单选题（共5题，每题2分）

1.题干：世纪佳缘数据库中，若用户表（user）的主键为自增ID（int），索引类型为B+树，插入一条新记录时，假设表中有10万条数据，则插入操作大致需要多少次磁盘I/O？

-A.1次

-B.10万次

-C.对数级别（如log?10万≈24）

-D.10万次磁盘页加载

答案：C

解析：B+树索引通过对数时间复杂度（O(logn)）定位插入位置，10万条数据的树高约为24层，每次磁盘I/O读取一个页（如8KB），实际I/O次数与树高相关，而非数据量线性增长。

2.题干：世纪佳缘用户表（user）的`last_login`字段更新频繁，若需优化查询“最近登录的用户”，以下哪种索引策略最合适？

-A.单独建立`last_login`的索引

-B.使用覆盖索引（包含`last_login`和主键）

-C.创建倒排索引

-D.使用分区索引

答案：B

解析：覆盖索引避免全表扫描，仅需读取索引数据。倒排索引适用于文本搜索，分区索引适用于数据量大且查询条件涉及分区键的场景。此场景下，`last_login`高频更新，覆盖索引可减少写开销。

3.题干：世纪佳缘系统要求用户查询时，若输入模糊关键词（如“小明”），需返回全表匹配，但要求性能高效，以下哪种SQL写法最符合要求？

-A.`SELECTFROMuserWHEREnameLIKE%小明%`

-B.使用全文索引（FULLTEXT）

-C.`SELECTFROMuserWHEREnameRLIKE.小明.`

-D.先分词再索引

答案：B

解析：全文索引专为文本匹配设计，比LIKE更高效，尤其适用于中文分词场景。正则表达式（REGEXP）性能较差，分词需额外处理，世纪佳缘用户名查询通常不要求复杂分词。

4.题干：世纪佳缘数据库表（relationship）存储用户关系数据，字段包括`user_id1`、`user_id2`和`status`，若需统计互相关注的用户对数，以下SQL最优？

-A.`SELECTCOUNT()FROMrelationshipWHEREstatus=accepted`

-B.`SELECTCOUNT(DISTINCTuser_id1,user_id2)FROMrelationshipWHEREstatus=accepted`

-C.`SELECTCOUNT()FROM(SELECTDISTINCTuser_id1FROMrelationshipWHEREstatus=acceptedUNIONSELECTDISTINCTuser_id2)AStmp`

-D.以上均不正确

答案：C

解析：A统计所有接受状态关系，B未区分主从ID（如(1,2)和(2,1)算一对），D不适用。C通过UNION消除重复对，准确统计互相关注对数。

5.题干：世纪佳缘系统部署在阿里云RDS上，若某次查询耗时过长，日志显示“TableLockWait”，最可能的原因是？

-A.索引损坏

-B.事务未提交导致锁竞争

-C.分区键选择不当

-D.数据库版本过低

答案：B

解析：表锁常见于长事务或未释放锁，世纪佳缘用户数据高频更新，事务操作（如批量修改关系状态）易引发锁等待。索引损坏会导致查询异常，分区问题影响范围查询性能，版本问题需结合具体日志分析。

二、多选题（共3题，每题3分）

1.题干：世纪佳缘数据库设计时，以下哪些场景适合使用分区表？

-A.按时间分区（如按`created_at`）存储用户动态

-B.按用户活跃度分区（如高/中/低）

-C.用户表（user）因频繁更新不适合分区

-D.按地区分区（如`city`字段）存储关系数据

答案：A、B、D

解析：时间、标签、地理分区均能提升查询和运维效率。用户表更新频繁分区会增加维护成本，但可按`is_active`等字段分区优化资源利用率。

2.题干：世纪佳缘系统需支持用户关系链查询（如“查找共同好友”），以下哪些索引可加速此类分析？

-A.在`user_id1`和`user_id2`上创建复合索引

-B.使用GiST索引优化地理距离计算

-C.建立用户表的倒排索引（如按`friends_count`排序）

-D.对`relationship.status`字段建立索引

答案：A、D

解析：复合索引加速双向关系查询，状态索引优化筛选条件。GiST适用于空间数据，倒排索引用于文本检索，关系链查询需关注连接和筛选。

3.