【面试】搜索引擎 ES：倒排索引 / Mapping / 分词 / 数据同步
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 我的博客！
微信
支付宝
相关推荐
2026-08-07
技术学习地图
本系列文档面向”自己复习/理解原理”，素材全部来自 docs/07-面试问题/ 中记录的真实踩坑。每个技术点只回答一个问题：这个技术在我们项目里为什么会出问题、它的原理决定了它必须怎么用。 最近修订：2026-08-07（全系列按统一结构深化：原理图解、知识扩展、术语表、难度标记） 怎么用这套文档不建议从头到尾通读。推荐三种打开方式： 按分类过一遍：想系统复习某个领域（比如”消息队列”）时，直接打开对应文件，里面按”核心概念（含原理图解）→ 我们踩过的坑 → 知识扩展 → 必须记住的结论”组织。 面试前查漏补缺：每篇文档开头都有”一句话速览”，扫一遍标题和结论就能知道自己是否记得清楚，含糊的再展开细读；每个技术点开头的”难度 + 掌握要求”就是自测标准——达不到掌握要求的，回到正文精读。 排障时当手册查：遇到线上/测试问题，先想它属于哪个分类，翻到对应篇目的”必须记住的结论”，里面通常有排查的标准动作（比如”数据存在但搜不到 → 先 GET /{index}/_mapping“）。 每篇文档结构统一： 123456789> 一句话速览 ...
2026-08-07
容器化部署：Docker Compose 编排
一句话速览：Docker 的心智模型只有一句话——镜像分层 + 容器可写层 + 数据卷，三层各有什么生命周期想清楚了，”插件丢失””数据丢失””重建后配置还原”这类问题全部可以提前预判；编排层面则要记住：depends_on 管顺序不管可用，up -d 成功不代表健康。 涉及原始记录：07-面试问题/验证问题/03-基础设施与中间件问题.md P2-02、P1-03、P1-05；07-面试问题/开发问题/02-框架与中间件集成问题.md P1-05（ES 插件持久化）；07-面试问题/开发问题/01-依赖与配置问题.md P1-06、P1-07、P1-08（多服务脚本管理、Nacos 内存调优、健康检查超时） 最近修订：2026-08-07 目录 技术点 1：数据卷（Volume）—— 决定什么东西能在容器重建后存活 技术点 2：容器编排的依赖顺序（depends_on + healthcheck） 技术点 3：资源过载是环境问题，不要误判成代码 bug 技术点 4：多服务脚本管理——服务清单是唯一事实来源，且要随规模持续演进 技术点 5：镜像分层、网络与资源限制 —— 必补...
2026-08-07
搜索引擎：Elasticsearch + IK 中文分词
一句话速览：ES 的核心是倒排索引——“词 → 文档列表”的映射让全文检索从全表扫描变成查字典；但围绕它的绝大多数线上问题都不是”搜不到”本身，而是索引结构（Mapping）被错误创建、数据同步不完整、插件生命周期没管好这三类工程问题。 涉及原始记录：07-面试问题/开发问题/02-框架与中间件集成问题.md P1-04、P1-05；07-面试问题/验证问题/03-基础设施与中间件问题.md P1-01、P1-02、P1-03；07-面试问题/验证问题/02-数据与环境问题.md P1-04 最近修订：2026-08-07 目录 技术点 0：ES 底层原理速通 —— 倒排索引 / 写入流程 / 分片 技术点 1：Mapping —— 索引字段类型决定查询行为 技术点 2：IK 中文分词器 —— 中文全文检索的前提 技术点 3：数据同步的完整性 —— 消息驱动同步容易踩的坑 技术点 4：GEO 地理位置查询 术语表 技术点 0：ES 底层原理速通 —— 倒排索引 / 写入流程 / 分片 难度：⭐⭐⭐ ｜ 掌握要求：能画出倒排索引结构、...
2026-08-07
认证鉴权与网关架构：JWT / 统一鉴权 / CI-CD 基础概念
一句话速览：本项目的鉴权架构是”网关一处验签、下游全部信任 Header”——这个模式用”业务服务零鉴权代码”换来了”直连业务端口这条路在语义上不成立”的硬约束；JWT 本身用签名换无状态，代价是无法主动失效，踢人/续期都要额外的机制来补。 涉及原始记录：07-面试问题/验证问题/01-业务逻辑问题.md P0-01；07-面试问题/验证问题/02-数据与环境问题.md P1-02、P1-03；补充内容：CI/CD 基础概念（阶段12引入，本项目未做 CD） 最近修订：2026-08-07 目录 技术点 1：网关统一鉴权 + Header 透传模式 技术点 2：JWT（JSON Web Token）基础 技术点 3：JWT 的续期与主动失效 —— 无状态的两块补丁 技术点 4：CI/CD 基础概念（了解即可，本项目未落地 CD） 术语表 技术点 1：网关统一鉴权 + Header 透传模式 难度：⭐⭐ ｜ 掌握要求：能画出透传链路、说清直连端口为什么必然拿不到用户 核心概念本项目的鉴权架构是一种常见的微服务模式：只在网关这一层做 JWT 验...
2026-08-07
分布式事务与消息队列：Seata / RocketMQ
一句话速览：Seata AT 用 undo_log 快照让分布式事务”自动可回滚”，RocketMQ 用异步消息让服务解耦——两者共同的教训是：它们的失效方式都是沉默的（事务没回滚不报错、订阅被覆盖不报错），可靠性必须靠机制和验证来保证，不能靠”没异常”来推断。 涉及原始记录：07-面试问题/开发问题/02-框架与中间件集成问题.md P0-01、P0-05；07-面试问题/验证问题/01-业务逻辑问题.md P0-01 最近修订：2026-08-07 目录 技术点 1：Seata AT 模式 —— 分布式事务 技术点 2：RocketMQ —— 消息队列 术语表 技术点 1：Seata AT 模式 —— 分布式事务 难度：⭐⭐⭐ ｜ 掌握要求：能画出两阶段提交流程，说清 undo_log、全局锁、写隔离 核心概念Seata AT 模式的本质是：业务代码不用手写补偿逻辑，Seata 自动记录 SQL 执行前后的数据快照（存在 undo_log 表），一旦全局事务需要回滚，就用快照生成反向 SQL 自动执行。 原理深挖：AT 模式的两阶段提交到底做了什么Seata 有三个...
2026-08-07
【面试】分布式事务与消息队列：Seata / RocketMQ
评论
