搜索结果： "Elasticsearch" (20)
收官复盘：一张 Elasticsearch 作战地图
20 篇走完，从 LIKE 搜不到「燕麦拿铁」到一套能扛量的搜索系统。最后一篇不添新知识：症状索引、按生命周期的阅读路径、三条心法、十条上线检查清单——出事时能直接翻的作战地图。
陷阱集：十个真实事故现场
每一条都是老王真踩过或差点踩过的坑：text 上用 term、类型自动猜测、深分页、refresh 误会、小分片风暴、fielddata 自残、双写漂移……十个现场，十个教训，一条比一条眼熟。
场景集：电商搜索、日志平台与数据看板
零件会装了，换台机器还会吗？三套可上线的配方：电商搜索重在相关性与反馈闭环，日志平台重在滚动索引与聚合，数据看板重在正排统计与定时同步——同一套 ES，三种组装思路。
查询调优：profile 与慢查询的手术台
P99 从 200ms 飙到 3 秒，凶手藏在查询里。慢查询日志先抓案发现场，profile 拆开每一步耗时，通配符查询是 ES 版的 LIKE 全表扫，rescore 先粗排后精排——五类凶手指认加改写手法一次配齐。
搜索产品化：从搜索框到搜索系统
零件全齐：分词、mapping、查询、评分、聚合、同步。组装成产品要一条流水线：预处理、召回、过滤、排序、展示五段式，加上搜索日志的反馈闭环与运营干预位——搜索系统不是查询语句，是产品。
数据同步：MySQL 到 ES 的四条路
同步双写怕失败、定时扫表嫌延迟、binlog 订阅要运维——MySQL 到 ES 的四条路各有各的价。按延迟容忍度和团队能力选型，用业务主键 upsert 保证幂等，全量加增量的组合拳才是常态。
分片规划：建索引时定死的那道数学题
随手 5 个分片，一年后被一堆小分片吃光内存；随手 1 个分片，数据涨了想拆拆不动。单分片 10 到 50GB 黄金区间、未来一年的扩容预留、rollover 滚动索引——分片数在建索引那一刻定生死。
集群：节点角色、主选举与脑裂防线
一台节点重启，集群差点散伙？节点分角色：master 管家、data 干活、协调节点接待；主选举靠多数派投票，奇数节点是底线，脑裂被 quorum 设计摁死。三色灯背后的集群自检逻辑一次说清。
写入调优：让导入快五倍的三件套
500 万条商品同步跑了四小时还腰斩不了。bulk 摊薄开销、导入期副本归零、refresh 暂停——写入三角一调整，五倍提速不是玄学；translog async 与业务 id 的取舍，调优清单一次列全。