【TDengine 使用环境】
生产环境
【TDengine 版本】
【操作系统以及版本】
centos7.9
【部署方式】非容器部署
【集群节点数】2
【集群副本数】2
【描述业务影响】磁盘剩余空间不足
【问题复现路径/shan】alter database db keep 1095,1095,1095;的问题
【遇到的问题：问题现象及影响】
执行命令后查看keep值修改生效 但磁盘空间不释放
【资源配置】64C 128G
【报错完整截图】
修改完成keep值，不会立即触发数据的迁移，是定时下发任务的。要想立即启动，手动执行 trim database ; 命令。
命令是两天前执行的，到现在还没有释放资源，现在执行trim database
会对线上系统使用有影响吗？
是从多少天改为1095天的？
就是会对磁盘IO有占用。如果磁盘IO足够的话，是没有影响的。
建议你们升级到最新的3.3版本。v2.0版本太老了，已经过了生命周期了，已经不再维护了。
从3650改为1095
线上生产环境，没有升级数据库的条件和时间窗口，只能用这个版本。
利用first(ts)看下实际最早数据日期？
数据库是从2020年开始运行的，如何查看，能给一个查询命令吗？
select first(时间字段) from table_name;
感谢，有几张超级表和记完账普通表，是不是查看超级表就可以？
看超级表就可以。怀疑你设置的keep还是太大了，并没有到实际存储日期。
用select first（时间字段）这个方式查询，没有返回结果，但我直接用select * from查询前100条，最早看到有2021年的数据，但我已经将keep值改为1095了，应该只有23 24 25这三年的数据，不应该再有21和22年的数据了。
那再trim database xxxx; 试下。
taos> trim database db;
DB error: syntax error near “trim database db;” (0.000115s)
执行后报错
提供远程看下？
好 向日葵可以吗
向日葵可以
522 246 303 感谢老师
空间是否释放了？