这是一个创建于 1244 天前的主题，其中的信息可能已经有所发展或是发生改变。
版本：elasticsearch 7.8
索引就两个字段，id 和 content ，主要就是实现 content 的模糊搜索
现在单索引 4000 万数据，大小为 35G ，机器内存 16G
刚开始一千多万数据的时候第一次搜索 2-3 秒，后面搜索基本上 1-2 秒
两千多万的时候首次搜索 5-6 秒，后面搜索 2-3 秒
现在三千多万数据了，首次搜索达到了 10 秒，后续搜索 3 秒左右
这种情况怎么做预加载？看手册用 Eagerly load fielddata 和 Eagerly load global ordinals 都行不太通，内存分给 es 就 8G ，content 字段肯定就超过 30G 了，不可能丢到内存里面去。
还有什么办法？
 | 1 encro 2022 年 11 月 9 日 多分几个 index ？ 多少核？ 用什么分词？ 预热能不能解决问题？ 你以前用什么方案？ |
| 2 encro 2022 年 11 月 9 日 这么久是索引没做好吧？ |
 | 3 sadfQED2 2022 年 11 月 9 日 via Android 16G 内存的机器搞毛 es 啊，实在不想，你 16g 的机器最少也得开 3 台吧。 |
 | 4 tellmeworld OP @encro 就一个 index ，英文的，不用分词，以前一两千万搜索 2 3 秒还能接受，数据量这么大又只有一个 index ，一个字段(除 id)，这个要怎么做预热？ |
| 5 tellmeworld OP @sadfQED2 个人开发的项目，不是公司的，没有资金堆 |
| 6 sadfQED2 2022 年 11 月 9 日 via Android Mapping 和查询语句发出来看看 |
 | 7 zhady009 2022 年 11 月 9 日 via iPhone Sonic 应该更适合你，但是现在要迁移数据改客户端代码什么的估计也不太愿意做 |
 | 8 zzl22100048 2022 年 11 月 9 日 内存不够，不应该用 es |
 | 9 statumer 2022 年 11 月 9 日 现在一条 32g 内存只要三百多块钱。。 |
| 10 encro 2022 年 11 月 10 日 |
 | 11 opengps 2022 年 11 月 10 日 先做几个常见的查询，预热只是加载那些匹配高的热数据 |
Select Language