超级会员免费看
本文探讨了Elasticsearch在处理数据删除时的策略，包括内存段中的删除处理、版本号信息的存储以及段合并时的挑战。重点在于解决在段合并时查找不到版本号信息的问题，提出了在每个时间间隔生成带有版本号信息的删除映射表的解决方案，以确保查询的正确性。同时，文章也讨论了并发操作中的WTable和索引操作的同步问题。
前言
需要确认的地方！
1： 内存段中的数据删除后是否立即删除，查不到信息？即内存段，是否没有删除表？
是有的，读段都有delete map
2： 内核说，能查到标记删除的文档的版本号信息，
得到的是 add -- > delete ---> now 这里面的delete版本号信息吗？ 我感觉可能是add的信息
，如果是的话，那么delete 需要记录版本号的信息， ES中delete也会存储一个版本号。
3： 解决的痛点是，段合并的时候查不到版本号信息，
也就是从3s - 15m -6h -- 1d - 30d - e，
如果一个帖子在e段中，此次被删除，那么会在e段加入标记删除表，
同时，需要增加一个新的map，策略如下（保留2m -1m的帖子）
--- 10:00 delete map --- 10:01 delete map ---- 10:02 delete map ----
启动，在当前时刻(10:00)生成一个delete map，存储参照删除表，但是需要带上version信息
从10:00 -
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
