我是3.3.6.13版本
我用SHOW TABLE DISTRIBUTED product_property_cable_force;
这样的命令把各个大的超级表查看数据占用量
应该看起来就200G左右，但是实际硬盘占用1T多，这个差距也太大了
这是什么问题，怎么解决呢，
没有看明白这个表格里的“磁盘占有量”是怎么计算出来的？表格中一行，比如“挠度”是表示一个列，还是什么？
使用 SHOW TABLE DISTRIBUTED product_property_cable_force; 这个命令中哪些信息，又是怎么计算的，请明确一下。
在td的dashboard那个查询执行的
会返回这个product_property_cable_force 这个超级表的数据
Total_Blocks=[3094165] Total_Size=[108692480.82 KiB] Average_size=[35.13 KiB] Compression_Ratio=[13.80 %]
Block_Rows=[2820440045] MinRows=[1] MaxRows=[4096] AvgRows=[911]
Inmem_Rows=[8641] Stt_Rows=[19074]
Total_Tables=[38] Total_Filesets=[38] Total_Vgroups=[2]
Block_Rows=[2820440045] 总行数
Total_Size=[108692480.82 KiB] 占用磁盘量
108692480.82 KiB = 104G
我按这个计算，我数据最多也就200多G，但是实际硬盘占了1.1T
挠度这种是代表我一个超级表
我把我库里超级表都这样查了下数据量做的统计
我对库下面的超级表每个通过这样进行统计，加起来也就200G多点数据量
但是实际呢，磁盘占用量是1.4T，
我去，那宣传的高压缩率有意义么，我本来冲着高压缩来的，结果这样，
这。。。。正常么？？？
谁能帮解答下， thks
td实例，就自己建了一个库，对库的所有超级表一个一个查数据量
root@1551bba37798:/var/lib/taos/vnode/vnode3/tsdb# du -sh --max-depth=0 * --exclude=‘wal’
du: warning: summarizing is the same as using --max-depth=0
28K cache.rdb
12K current.json
68K v3f2043ver732.data
4.0K v3f2043ver732.head
4.0K v3f2043ver732.sma
4.0K v3f2043ver732.tomb
80K v3f2044ver731.data
4.0K v3f2044ver731.head
4.0K v3f2044ver731.sma
4.0K v3f2044ver731.tomb
80K v3f2045ver730.stt
80K v3f2046ver2194.data
4.0K v3f2046ver2194.head
4.0K v3f2046ver2194.sma
80K v3f2047ver4026.data
4.0K v3f2047ver4026.head
4.0K v3f2047ver4026.sma
80K v3f2048ver4025.stt
152K v3f2049ver188287.head
1.1G v3f2049ver6583.data
1.4M v3f2049ver6583.sma
248K v3f2050ver190183.head
24K v3f2050ver190184.stt
2.0G v3f2050ver7617.data
2.5M v3f2050ver7617.sma
3.0M v3f2051ver550977.head
52K v3f2051ver550977.stt
17G v3f2051ver7619.data
28M v3f2051ver7619.sma
27G v3f2052ver21827.data
48M v3f2052ver21827.sma
5.3M v3f2052ver800773.head
20K v3f2052ver800773.stt
64K v3f2052ver800779.stt
26G v3f2053ver49004.data
45M v3f2053ver49004.sma
5.2M v3f2053ver802817.head
64K v3f2053ver802817.stt
16K v3f2053ver802889.stt
8.0K v3f2053ver802890.stt
8.0M v3f2054ver802888.head
36K v3f2054ver802888.stt
24K v3f2054ver802897.stt
51G v3f2054ver89605.data
79M v3f2054ver89605.sma
81G v3f2055ver219928.data
144M v3f2055ver219928.sma
13M v3f2055ver763639.head
36K v3f2055ver763639.stt
24K v3f2055ver763680.stt
12K v3f2055ver763818.stt
136G v3f2056ver316132.data
259M v3f2056ver316132.sma
21M v3f2056ver928836.head
36K v3f2056ver928836.stt
76K v3f2056ver928845.stt
40K v3f2056ver929511.stt
182G v3f2057ver346971.data
355M v3f2057ver346971.sma
28M v3f2057ver930768.head
24K v3f2057ver930768.stt
96K v3f2057ver930774.stt
52K v3f2057ver930775.stt
40K v3f2057ver930779.stt
2.0M v3f2057ver930781.head
0 v3f2057ver930781.stt
147G v3f2058ver362837.data
313M v3f2058ver362837.sma
31M v3f2058ver930773.head
56K v3f2058ver930773.stt
128K v3f2058ver930780.stt
57G v3f2059ver788806.data
134M v3f2059ver788806.sma
15M v3f2059ver930777.head
236K v3f2059ver930779.stt
224M v3f2060ver800754.data
552K v3f2060ver800754.sma
64K v3f2060ver930776.head
52K v3f2060ver930776.stt
28K v3f2060ver930779.stt
22M v3f2061ver901414.data
48K v3f2061ver901414.sma
8.0K v3f2061ver930676.head
28K v3f2061ver930750.stt
8.0K v3f2061ver930778.stt
补充下 目录大小的细节
按照这个实际使用量来说，有点怀疑人生了
这个数据看，一个块中平均只有 911 条记录，还有比较高的压缩空间。这个与写入的情况相关。
要想再压缩存储空间，可以通过 compact 命令来重整数据块，从而可以释放更多磁盘空间。（但这个命令只有企业版才支持），通过compact操作，可以将 平均只提升到 4000条，那可以释放掉3/4的存储。
如果compact还需要企业版，那。。。。
实在不知道说啥好
即使不要企业，感觉这个操作还要手动操作也觉得有点不对，不应该系统自动优化么