QuestDB建表报错No space left on device但磁盘有大量空闲空间是什么原因

1. 索引capacity参数的预分配逻辑错误 #

• QuestDB的index()语法里的capacity参数是单个分区的索引槽位预分配值，而非全表的索引容量。你指定了capacity 1000000，配合PARTITION BY MONTH的分区规则，QuestDB会为每个可能的时间分区预分配对应的索引存储空间，如果你OLD表的时间跨度非常大（比如覆盖几十年的月度数据），总预分配的索引空间就会叠加到近百GB的量级，和原表本身的存储大小没有直接关系。
• 额外说明：你设置的1000000容量如果远大于单个分区内RIC字段的实际基数，也会导致大量无效的预分配空间占用。

2. 临时空间占用问题 #

• SELECT DISTINCT操作需要在磁盘上生成临时排序/去重文件，临时文件默认会写入QuestDB数据目录下的临时文件夹，如果你指定的capacity已经占用了大量预分配空间，再叠加临时文件的占用，就会触发空间不足告警。

3. 磁盘分区挂载问题 #

• 你看到的800GB空闲空间可能不属于QuestDB数据目录挂载的磁盘分区，可以执行df -h命令查看QuestDB数据存储路径对应的分区剩余空间，确认是否确实有足够空闲。

• 调整索引capacity参数：先统计单个月度分区内RIC字段的实际基数，把capacity设置为略大于单分区RIC基数的值即可，不需要设置过大。
• 缩小时间范围测试：如果OLD表时间跨度过大，可以先加WHERE条件限定小范围时间测试建表逻辑，确认无问题后再全量执行。
• 调整临时文件存储路径：如果确实是临时空间不足，可以修改QuestDB配置里的cairo.temp.dir参数，将临时目录指向更大的磁盘分区。

内容的提问来源于stack exchange，提问作者Nick The Greek