Doris failed to initialize storage reader. tablet=106408, res=[NOT_IMPLEMENTED_ERROR]to be implemented

Apache Doris 2.3 以下的版本会存在一个 bug，导致数据在合并时存在异常，在后续查询该字段数据时会提示

[1105] [HY000]: errCode = 2, detailMessage = (192.168.15.228)[CANCELLED]failed to initialize storage reader. tablet=106408, res=[NOT_IMPLEMENTED_ERROR]to be implemented 0# doris::RowwiseIterator::next_block_view(std::vector<doris::vectorized::IteratorRowRef, std::allocator<doris::vectorized::IteratorRowRef> >*) at /home/zcp/repo_center/doris_release/doris/be/src/olap/iterators.h:147

由于在 Google 直接搜索解决方案时并没有看到非常好的方式，所以此处将我的一些处理方式分享一下：

前置知识

在 Doris 中，每一个表都会有一个对应的合并策略，我们可以通过 GET /api/compaction/show?tablet_id={int} 这个 API 来查看指定tablet_id的压缩策略等详细信息。

关于这个 API的详情可以查看 这里

在 Doris 中包含的压缩策略有：

size_based：基于数据大小的策略。当累积的数据大小达到一定阈值时，触发累积 Compaction。它允许系统根据数据增长自动调整 Compaction 的频率。

time_based：基于时间的策略。无论数据大小如何，只要达到一定的时间间隔，就会触发 Compaction。

incremental：增量策略，通常是指只合并最近添加的数据文件。

full：全量策略，指的是合并所有的数据文件，不管它们的新旧。

表数据修复

了解了上述的压缩策略后，就可以发现，我们数据的分片文件本身没有丢失的情况下，只要重新进行一次数据的合并即可，采用 full 策略，无论新旧文件

全部执行一次数据合并，就可以解决该问题。

在 Doris 的架构中，存在 FE 和 BE，BE 的节点本身会开启 8040 的http接口，这个接口是用于管理 BE 使用的。

我们再看一下上述的异常，异常提示是 tablet 106408 存在异常。 failed to initialize storage reader. tablet=106408

此时我们根据自己的 BE 节点所在的 IP 直接访问: http://IP:8040/api/meta/header/106408

会得到针对该 tablet 的详细元数据信息

此处我们会发现该 tablet 所对应的 table 是 "table_id": 106227。 此处要注意哦：table 和 tablet 是两个不同的概念。

获取到异常表的 Id 后，我们就可以登录到对应的 BE 服务器上执行：

curl -X POST "http://localhost:8040/api/compaction/run?table_id=106227&compact_type=full"

执行成功后，等待片刻，再执行对应的 sql 查询，会发现异常解决解决了、、

关于compaction api 可以看这里

终极解决方案

终极解决方案就是升级Doris 的版本，2.1.3 的版本已经修复了该问题，只要是使用 2.1.3 以及以上的版本即可。