Влияние Cassandra на увеличение числа семейств столбцов

Задается аналогичный вопрос здесь. Однако ответ относится к более старой версии cassandra.

Я использую dsc-cassandra-2.1.10.
Сейчас у нас около 40 семейств столбцов. Мы рассчитываем разбить каждую из них на более мелкие таблицы/более тонкие категории, что увеличит количество таблиц примерно до 400 семейств столбцов.

В основном меня беспокоят запоминаемые требования к памяти и влияние на незначительные уплотнения.

И какое общее влияние это окажет на сами узлы. Я ожидаю, что требования к памяти JVM возрастут. Но не знаю, насколько агрессивным будет эффект в результате добавления большего количества семейств столбцов.

Любые другие последствия наличия такого количества семейств столбцов также будут полезны. Ни один из существующих ответов не относится к последним версиям.

Дополнительная информация: из 400 семейств столбцов 15 будут часто обновлять один и тот же набор строк (но с разными ключами разделов).

Около 15 будут обновляться и вставляться каждую минуту. Будет обновлено около 7000 ключей разделов.

Спасибо


java cassandra cqlsh cassandra-2.1
person GenerousJoker    schedule 08.11.2017    source источник

Ответы (1)


arrow_upward
0
arrow_downward

DataStax призывает к осторожности >=200 таблиц

https://docs.datastax.com/en/dse-planning/doc/planning/planningAntiPatterns.html#planningAntiPatterns__AntiPatTooManyTables

Warning threshold: 200 tables. The cluster may run smoothly above this threshold, but once your database reaches the warning threshold, it's time to start monitoring and planning a re-architecture. If possible, remove unused and underutilized tables.

Failure threshold: 500 tables. On a cluster that has exceeded 500 tables, expect problems and errors, including (but not limited) issues related to high memory usage and compactions.
person juniormint88    schedule 09.11.2017