(ReplacingMergeTree), в ней 2 поля - UUID и UInt64). Кол-во записей - около 135 млн.
2. Есть 2 словаря (идентичные по структуре, COMPLEX_KEY_HASHED), каждый из которых смотрит на свою таблицу из п.1.
После загрузки словарей (system reload ....) получаем, что словарь1 занимает в памяти 9Гб (bytes_allocated), а второй - 18Гб.
load_factor у таблицы1 - 0.25, у второй - 0.49...
Собственно, вопрос - почему при одних и тех же структурах и данных словарь2 занимает в 2 раза больше памяти?
Пробовал перелить данные из таблицы2 в таблицу1, пересоздавать словари с другим именем и т.п. - результата нет...
версия: 22.8.4.7
не работал с этой версией, но я бы проверил реальный размер в памяти на сервере, а не данные из таблицы) Мб неправильно считает, когда-то было такое в 22.3 был баг связанные с updated_field, у вас есть оно?
апну вопросик, вдруг у кого идея появится? возможно, это мелкий баг?
А кол-во записей совпадает 1 в 1? Вообще выглядит как пограничная штука, как только load factor > 0.5 кх увеличивает хеш таблицу
да, совпадает. Разница в 20 записей.
А на 20 записей больше в какой таблице? (может эти 20 записей и являются соломинкой что ломает хребет верблюду)
Обсуждают сегодня