Home/Blog/使用 Lucene 搜索你的 Bean —— Elasticsearch数据库使用 Lucene 搜索你的 Bean —— Elasticsearch掘金2026-09-29 14:270 views作者：来自 Elastic David Pilato 我们完成了 Bean 的映射，拥有一个 writer，输入了 Bob，筛选了 Club，统计了 facets，提供了前缀建议，并绘制了搜索结果。这Source：https://juejin.cn/post/7690595537510989833My favoritesPrevious从零写一个CAD 02：实体容器、Esc取消与键盘失灵的排查Next线程安全完全指南：从 Java 到 Kotlin，一文吃透并发编程Related postsMCP隔离层+行级语义审计+输出校验：AI访问数据库的安全边界拆解KES AI数据库的库内生安全管控，核心不是“把数据锁在库里”，而是用MCP协议隔离层让AI永远不持有数据库凭据，用行级控制+语义审计让每一次AI访问可追溯、可分级、可阻断。本文拆解这层安全边界的工程0掘金高性能存储引擎RocksDB：原理与Java生态实践系统介绍RocksDB嵌入式键值存储引擎，剖析LSM-Tree架构、读写与Compaction机制，对比B+Tree及MySQL/Redis，助你掌握高吞吐写入场景的存储选型与优化。0掘金MySQL 死锁怎么排查：看懂 INNODB STATUS 死锁日志，先查后插为什么必死锁（MySQL 8.2 实测）MySQL 8.2 实测交叉更新和先查后插两种死锁，讲清死锁日志怎么读，错误日志默认缺表头，死锁回滚整个事务而超时只回滚一句，附 Spring 重试写法。0掘金HarmonyOS 做桌面卡片 onAddForm 要同步返回但数据在数据库里的解法给一个极简日记 app 加桌面服务卡片（Form Widget）时撞到一个很矛盾的事：用户长按桌面添加卡片的瞬间，卡片内容应该已经是今天的日记进度——走0掘金我手写的 Redis 锁，输给了 10 秒的 TTL我手写的 Redis 锁，输给了 10 秒的 TTL 场景很简单：自己比赛的项目里，发布游记接口要给用户加积分。为了防止同一用户刷接口重复加分，我按用户粒度加了一把 Redis 锁...0掘金《Redis 8.10.3 深度剖析》系列 ·第 17 章. 一个迟到十六年的类型《Redis 8.10.3 深度剖析》系列 ·第 17 章. 一个迟到十六年的类型 Redis 从 1.0 起就有 String、List、Set、Hash、ZSet 五种类型，2026 年的 8.80掘金
