MO
Size: a a a
2020 August 11
АФ
👍
SK
Только вопрос. Чем ограничено максимальное количество графиков?
MO
на этой странице по-моему лимит в 20
SK
Ага. У меня 20 уместилось.
RB
А никто не использует postgres + timescaledb ? Есть вопрос по занимаемому месту базой. А то начал тестировать миграцию с mysql и когда загрузил 45 гиговую таблицу trends_uint получил занятых 138 гиг...
VR
Занятых на чем? В базе или на файловой системе?
RB
На файловой системе. Я загрузку делал с помощью pgloader
zabbixdb=# SELECT * FROM hypertable_relation_size_pretty('trends_uint');
table_size | index_size | toast_size | total_size
------------+------------+------------+------------
70 GB | 69 GB | | 138 GBRB
Я что-то делаю не так, или же оно в действительности имеет такой перерасход по диску?
MO
45гб это размер дампа или что?
PZ
А никто не использует postgres + timescaledb ? Есть вопрос по занимаемому месту базой. А то начал тестировать миграцию с mysql и когда загрузил 45 гиговую таблицу trends_uint получил занятых 138 гиг...
а кто обещал что pg хранит экономнее? я бы не удивился.
это, кстати, разница между текстовым дампом или по сравнению с занимаемым таблицей местом в mysql ?
первое - вполне ожидаемо.
это, кстати, разница между текстовым дампом или по сравнению с занимаемым таблицей местом в mysql ?
первое - вполне ожидаемо.
MO
отношение размера таблицы/индексов вроде бы нормальное для trends_uint (индексы даже больше бывают обычно).
про некоторый оверхед при использовании timescaledb тоже упоминали в докладах.
зато она хорошо сжимается :)
про некоторый оверхед при использовании timescaledb тоже упоминали в докладах.
зато она хорошо сжимается :)
RB
Занимаемое место таблицей.
RB
На практике при использовании сжатия получается выиграть в економии места по сравнению с mysql?
AG
На практике при использовании сжатия получается выиграть в економии места по сравнению с mysql?
про сжатие это сколько бэкапы весить будут сжатые...
AT
доклад Гущина смотреть нужно, емнип он там прогнозы по сжатию давал
AT
Сёрч “Андрей Гущин TimescaleDB”, есть и видно и текстом
MO
не сравнивал с mysql, но history_uint в 13-14, а trends_uint в 26-38 (среднее 32) раз сжало после включения компрессии
ДУ
про сжатие это сколько бэкапы весить будут сжатые...
вообще-то нет
E
не сравнивал с mysql, но history_uint в 13-14, а trends_uint в 26-38 (среднее 32) раз сжало после включения компрессии
Это чем?
Дедупдикация средствами гипервизора/хранилища столько даст?
Дедупдикация средствами гипервизора/хранилища столько даст?