在低版本的 IoTDB 当中，Compaction 时出现上述异常，会将对应的 DataNode 设置为 ReadOnly 的状态，此时该节点会无法进行写入请求。还有两个 DataNode 节点是好的，连接好的 DataNode 节点写入是没有问题的，但是剩下的节点就不行了。更新至时序数据库 IoTDB 1.3.3 及以上版本。
1.3.0 版本数据库的 TTL 设置为两天，show databases details 看到设置也是正确的，怎么还是可以查到好几天前的数据？因为有很多不活跃的测点，所以专门设置了两天过期，有什么办法可以自动清理呢？设置方式是在配置文件统一设置的。
写入数据时首先写入 memtable，记录 wal，并没有直接落盘。在 CLI 中手动执行 flush 可以将当前 memtable 的所有数据持久化到磁盘上，将 TsFile
1.3.3 版本 IoTDB 执行查询操作失败，日志打印提示 Too many open files。如果条件允许（系统资源利用率不高，对其他模块无影响的情况下），可以适当再调大合并写入限速、合并任务并发数，加速合并。过多可以调优合并，顺序文件或者乱序文件过多可以修改配置。解决方案：观察顺乱序文件数目以及各个模块文件的大小，解决方案：降一点客户端并发。
安装包自带的脚本 daemon-confignode.sh 和 daemon-datanode.sh 配置看门狗后，使用“kill -9 ConfigNode 进程号 DataNode 进程号
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
