заполнились на 80%. Решил сделать TTL RECOMPRESS старых данных на самой жирной табличке на ZSTD.
В итоге на каждой реплике 1я нода освободила память, а 2я наоборот заняла еще больше.
node1: 80%—>76%
node2: 80%—>90%
(Вторая реплика аналогично.)
Кто-то сталкивлся с таким? Как можно пофиксить?
Причем если посмотреть SUM(bytes) FROM system.parts, то видно что табличка начала меньше места занимать на всех нодах
бекапы есть? в смысле в дире shadow место занято
а можно пожалуйста подетальнее про shadow дир? не прикасался к нему ранее
du: cannot access 'shadow': No such file or directory
sum из system.parts каким запросом делали?
SELECT concat(database, '.', table) AS table, formatReadableSize(sum(bytes)) AS size, sum(bytes) AS bytes_size, sum(rows) AS rows FROM system.parts GROUP BY database, table ORDER BY bytes_size DESC LIMIT 10
т.е. сразу и активные и неактивные парты. т.е. то что возвращает этот запрос должно совпадать по размеру с тем что на диске
я сужу по самой крупной табличке она была 2Тб стала 1.8Тб. Такое на всех 4 нодах только если смотреть на занятую память в системе на додах 1 и 3 память действительно освободилась, а на нодах 2 и 4 наоборот
возможно глупость скажу, но может быть такое что КХ создал новые парты с новой компрессией и не удалил старые, со старой компрессией?
они видны в FROM system.parts как not active, КХ не может не удалить, ищите du -sh ... сравнивайте размеры баз -> таблиц возможно мусор в detached
Обсуждают сегодня