推荐关注 Meteor JSLint - a Javascript code quality tool jsFiddle D3.js WebStorm 推荐书目 Javascript 权威指南第 5 版
Closure: The Definitive Guide
Closure: The Definitive Guide 
这是一个创建于 1707 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前一个存储用户信息的索引已经有 40 多个 G，期间通过 POST 索引名 /_delete_by_query 删除了大量数据，占用空间反尔加大了不少，目前想通过_forcemerge?only_expunge_deletes=true&max_num_segments=1 来合并段，不确定做法对不对？
1 、先通过"index.blocks.write": true 将索引设置成只读 2 、执行_forcemerge?only_expunge_deletes=true&max_num_segments=1 3 、"index.blocks.write": fase 设置成读写
目前此索引不停的有新数据写入，打算在凌晨进行操作，另外这个操作耗时大概会多久？
8 条回复 2021-04-25 13:38:43 +08:00
 | 1 WilliamYang 2021-04-23 13:20:57 +08:00 max_num_segments=1 会有些“极端”， 可以不要设置那么低，如果数据不断有写入，我建议设置为 10 到 100 先吧；我以前的做法是在凌晨 3，4 点执行，因为我的数据比较稳定，因此我设置了 max_num_segments=1，同时因为数据量很大，要 2，3 个小时才完成，期间搜索性能变得很差 |
| 2 WilliamYang 2021-04-23 13:27:06 +08:00 刚看了你的数据量 40 多 G，不算多，应该不到半小时，可以完成吧 |
 | 3 dong568789 OP @WilliamYang 感谢回答，你是否把索引设置为只读在进行操作呢，官方文档原话" 只能对只读索引调用强制合并。对读写索引进行强行合并可能会导致生成非常大的段（每个段> 5Gb ），并且合并策略永远不会考虑将其再次合并，直到它主要由已删除的文档组成为止。这会导致很大的段保留在碎片中。" |
| 4 dong568789 OP @WilliamYang 另外我这个索引，在凌晨时的写入基本保持在 1-10 条 /秒 |
| 5 WilliamYang 2021-04-25 10:00:55 +08:00 @dong568789 3 年多的事了，不好意思，已经忘记得差不多了，只是对数据量，时长特别记得 |
| 6 WilliamYang 2021-04-25 10:02:01 +08:00 @dong568789 我当时用的版本是 5.1 还是多少吧，你现在至少用 7.x 吧 |
| 7 dong568789 OP @WilliamYang 用的 6.7 的，目前是准备凌晨停机操作了，应该问题不大。 |
 | 8 xingguang 2021-04-25 13:38:43 +08:00 这个怎么会在 js 板块 |
Select Language