设计国家机关、事业单位招聘信息推荐平台的招聘信息表结构，需考虑哪些字段（如职位ID、单位名称、职位描述、发布时间等），并说明索引策略（主键、唯一索引、复合索引）以及事务隔离级别选择（如读已提交、可重复读）的理由。
答案
1) 【一句话结论】招聘信息表需包含基础字段（职位ID、单位名称、职位描述、发布时间）及核心业务筛选字段（薪资、学历要求、专业要求），索引策略采用主键自增、单位ID+职位名称唯一索引、单位+发布时间复合索引，事务隔离级别选可重复读，以平衡数据一致性与高并发查询性能，满足推荐系统精准匹配需求。
2) 【原理/概念讲解】老师口吻，解释表结构设计的关键点。比如，表结构设计要像给招聘信息“建档”，必须包含用户筛选的核心字段（薪资、学历、专业），这些字段是用户匹配职位的关键维度，比如用户想找“薪资≥8000、本科、计算机专业”的职位，这些字段直接影响推荐匹配的准确性。索引策略中，主键是“身份证号”，唯一索引是“防止重复发同一职位”，复合索引是“快速找单位最新职位”。事务隔离级别选可重复读，就像推荐系统查询时，用户刷新页面，希望看到的数据和之前一样，可重复读能保证同一事务内多次读取结果一致，同时通过行级锁控制并发，避免脏读和不可重复读，比读已提交更稳定，比串行化性能高。
3) 【对比与适用场景】
索引类型对比：
| 索引类型 | 定义 | 特性 | 使用场景 | 注意点 |
|---|---|---|---|---|
| 主键 | 唯一标识每条记录 | 自增/UUID，唯一且非空 | 主键查询、外键关联 | 必须唯一，不能重复 |
| 唯一索引 | 确保字段值唯一 | 防止重复数据（如单位ID+职位名称） | 避免重复发布同一职位 | 不能有重复值 |
| 复合索引 | 多字段组合索引 | 优化多条件查询（如单位+发布时间） | 快速查询单位最新职位 | 索引列顺序影响性能（前缀字段优先） |
事务隔离级别对比：
| 隔离级别 | 定义 | 特性 | 使用场景 | 注意点 |
|---|---|---|---|---|
| 读已提交 | 读取事务开始后提交的数据 | 避免脏读 | 高并发读多写少场景 | 可能出现不可重复读（同一事务两次读取结果不同） |
| 可重复读 | 读取事务开始后数据一致性 | 避免脏读、不可重复读 | 需要稳定查询结果（如推荐系统） | 可能出现幻读（需加锁，如行级锁） |
| 串行化 | 全局加锁 | 避免所有并发问题 | 极端一致性需求 | 性能最低，不适合高并发 |
4) 【示例】
CREATE TABLE job_recruitment (
job_id INT PRIMARY KEY AUTO_INCREMENT, -- 主键，自增
unit_id INT NOT NULL, -- 单位ID（唯一标识单位）
unit_name VARCHAR(100) NOT NULL, -- 单位名称
position_name VARCHAR(100) NOT NULL, -- 职位名称
salary DECIMAL(10,2), -- 薪资（核心筛选字段）
education_requirement VARCHAR(20), -- 学历要求（本科/硕士等）
major_requirement VARCHAR(100), -- 专业要求（计算机/电气等）
position_description TEXT, -- 职位描述
publish_time DATETIME NOT NULL, -- 发布时间
UNIQUE KEY unit_position_key (unit_id, position_name), -- 单位ID+职位名称唯一索引
INDEX unit_publish_time (unit_name, publish_time) -- 单位+发布时间复合索引
);
事务隔离级别设置（假设MySQL）：
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ; -- 可重复读
5) 【面试口播版答案】
“面试官您好，针对招聘信息推荐平台的招聘信息表设计，核心结论是：表需包含基础字段（职位ID、单位名称、职位描述、发布时间）及核心业务筛选字段（薪资、学历要求、专业要求），索引策略采用主键自增、单位ID+职位名称唯一索引、单位+发布时间复合索引，事务隔离级别选可重复读。理由如下：首先，字段设计要覆盖用户筛选的核心维度，比如薪资、学历、专业，这些字段直接影响推荐匹配的准确性，比如用户想找‘薪资≥8000、本科、计算机’的职位，必须包含这些字段。其次，索引策略中，主键保证唯一性，唯一索引（单位ID+职位名称）防止重复发布（因为单位ID唯一，组合后确保每单位每职位唯一），复合索引（单位+发布时间）优化常用查询（如按单位查最新职位），提升查询性能。最后，事务隔离级别选可重复读，因为推荐系统需要稳定查询结果，可重复读能保证同一事务内多次读取数据一致，同时通过行级锁控制并发，避免脏读和不可重复读，比读已提交更稳定，比串行化性能高。”
6) 【追问清单】
-
为什么事务隔离级别选可重复读而不是读已提交？
回答要点：可重复读能保证同一事务内多次读取结果一致，适合推荐系统需稳定查询的场景，而读已提交可能导致不可重复读（同一事务中两次读取结果不同）。 -
复合索引为什么选单位+发布时间？有没有其他组合？
回答要点：单位+发布时间是推荐系统常用查询场景（如按单位筛选最新职位），该组合能快速定位单位最新发布信息，提升查询性能；其他组合如单位+薪资范围，但发布时间更常用，且更符合“最新”的查询需求。 -
为什么需要包含薪资、学历、专业要求这些字段？
回答要点：这些字段是用户筛选职位的核心条件，直接影响推荐系统的匹配准确性，比如用户通过这些字段快速找到符合需求的职位，提升用户体验。
7) 【常见坑/雷区】
- 唯一索引设计错误：使用“单位名称+职位名称”作为唯一索引，但单位名称可能重复（不同单位可发布相同职位名称的职位），导致唯一索引无法保证数据唯一性，违反唯一索引定义。
- 事务隔离级别选串行化：串行化虽然能避免所有并发问题，但性能极低，不适合高并发场景，会导致系统响应慢。
- 复合索引列顺序错误：若复合索引列顺序不当（如发布时间在前、单位在后），会影响查询性能，比如按单位分组后排序时，单位在前可支持分组，发布时间在后可支持排序。
- 遗漏关键字段：未包含薪资、学历、专业要求等用户核心筛选字段，会影响推荐系统的匹配准确性。