>> TokuDB это типа хранилища для архивов или аналитики, где преобладает запись.
>> TokuDB можно использовать для сбора статистики ddos аттак и анализа или какоую
>> то аналитическую систему сбора
> Неправда. Она в целом хорошо справляется не только с записью,Практически -- только. Уже на UPDATE она медленней, а на INSERT ON DUPLICATE - совсем всё плохо. Есть, правда, специальный случай апдейта "x = x + c" где с - константа, специально оптимизированный в Toku, остальное - в пролете.
> увеличивает параллелизм
Раньше всё плохо с этим было в Toku, хорошо если поправили.
> А еще у TokuDB есть незаменимая для огромных БД фича: hot index/column
> add/delete без остановки операций и блокировки таблицы. Впервые начали использовать TokuDB
> только из-за этого - потому, что новая аналитика постоянно требовала новых
> индексов.
Именно. Поэтому, как и сказано выше - идеально как логгер больших объемов + гибкая аналитика в одном флаконе. То есть ниша на самом деле рыночная - очень большая, огромная даже. В идеале -- это лавка, которая сидела на MySQL, объемы выросли (и вырастут еще больше, руководство прочитало статью про Big Data, да и вообще неплохо бы), и требования по аналитике тоже всё развесистей, и надо бы, с одной стороны, как-то с этим справляться, а с другой - строить вот прямо сразу кластеры с кассандрами и некому, и не на что, и некогда. Вывод - в краткосрочной перспективе прыгаем на TokuDB (тем более что можно постепенно это делать), в среднесрочной - присматриваемся к Vertica, в долгосрочной - ищем спецов по Big Data и дата сайентистов.