tikv oldest snapshot duration 保留N天导致磁盘打满

TiDBer_oHSwKxOH · 2023 年8 月 31 日 01:59

你磁盘已经满了准备后事吧要么加盘要么赶快导出shu ju

TiDBer_yyy · 2023 年8 月 31 日 02:07

有3个机器的磁盘90%，其余的snapshot保留时间都是0s。如果是因为gc，是不是应该所有的都要1.6week。

像风一样的男子 · 2023 年8 月 31 日 03:01

磁盘百分之90了赶紧扩磁盘啊扩完磁盘吧gc时间调正常了再观察

TiDBer_yyy · 2023 年8 月 31 日 04:44

买的云机器，我都想给吖缩容掉，整个集群的磁盘空间还很充足。

h5n1 · 2023 年8 月 31 日 04:48

不开启GC清理，不光磁盘空间增长，性能也逐渐下降啊，现在就是开启GC 然后compact下，紧急情况下可以删了data-dir下的placeholder文件释放磁盘空间。compact可以按region id来做，选那些经常删除更新的表
tikv-ctl --host tikv_ip:port compact -r XXXX -c write -d kv --bottommost force , -c default也做一次

TiDBer_yyy · 2023 年8 月 31 日 04:51

上次执行compact 把磁盘打爆了。。。
上次执行： tiup ctl:v5.0.4 tikv --host ip:20160 compact -d kv

h5n1 · 2023 年8 月 31 日 04:52

上面已经给出命令和说明了

TiDBer_yyy · 2023 年8 月 31 日 04:53

大佬，如何确定哪些表经常删除呢

h5n1 · 2023 年8 月 31 日 04:54

业务不知道吗？如果表只是插入啥的 compact也没啥效果

h5n1 · 2023 年8 月 31 日 04:57

也有粗略的估算方法看stats_meta里的记录delete update数量

TiDBer_yyy · 2023 年8 月 31 日 04:58

我问一下。
我们当前集群版本5.0不支持 alter table compact ，有其他办法能针对表的compact么

h5n1 · 2023 年8 月 31 日 04:59

除了新点版本的tiflash支持，所有版本都不支持tikv的这个命令

从information_schema.tikv_region_status里查出表的region_id来然后挨个执行compact

TiDBer_yyy · 2023 年8 月 31 日 05:01

ok , 从有问题的store中选择region，试一下thread=1 的compact。
这样可以么

h5n1 · 2023 年8 月 31 日 05:02

加上这个要比你之前的命令执行时间长很多

TiDBer_yyy · 2023 年8 月 31 日 05:03

收到。

h5n1 · 2023 年8 月 31 日 05:03

还有前提是得有delete的数据过了GC时间点了

TiDBer_yyy · 2023 年8 月 31 日 05:06

好的，今天早晨报警时候，我把gc打开了，已经gc时间是昨天的

TiDBer_yyy · 2023 年8 月 31 日 05:24

从热点region中获取write的region

select ADDRESS,h.REGION_ID from TIDB_HOT_REGIONS as h,TIKV_REGION_PEERS as p,TIKV_STORE_STATUS as s where 
h.REGION_ID = p.REGION_ID and p.STORE_ID=s.STORE_ID
and ADDRESS in ("xxx:20160","xxx:20160","xxx:20160") and h.type='write';

h5n1 · 2023 年8 月 31 日 05:42

热点是热点，只是当前写的多

redgame · 2023 年8 月 31 日 06:08

gc后应该就好了