— Какую версию MemSQL вы использовали? В версии 5.5 аналитические запросы намного быстрее?
— Какой размер кластера?
— RowStore или Columnstore
— Что использовали вместо DATE_TRUNC?
Самая быстрая по transactions/second при условии небольших транзакций: OLTP
1. Так мы-ж определились по умолчанию. Не мы неправильно индексы создали а Домас
4. Как я уже сказал — бенчмарки завтра.
Статья Домаса — реакция на наше заявление — «самая быстрая БД в мире». Конечно все зависит от того какой набор данных и запросов… Вот мой ответ на хакер ньюз news.ycombinator.com/item?id=4163054
1. select * from t where id > 10 limit 10; — здесь нужно использовать убывающий индекс. домас это стразу не понял.
2. для видео мы использовали синхронную надежность, а для memsql — асинхронную. но это настройки по умолчанию.
3. синхронная надежность в memsql гораздо медленнее, чем асинхронная. мы оптимизировали для буфера 128 мегабайт. Мы будем улучшать ее в следующем релизе.
4. У нас не опубликованы бенчмарки — но мы только что запустились и нас огромное количество скачиваний, мы не ожидали подобного успеха
А завтра выйдет статья с бенчмарками — читайте hackernews!
— Какой размер кластера?
— RowStore или Columnstore
— Что использовали вместо DATE_TRUNC?
1. Так мы-ж определились по умолчанию. Не мы неправильно индексы создали а Домас
4. Как я уже сказал — бенчмарки завтра.
news.ycombinator.com/item?id=4163054
1. select * from t where id > 10 limit 10; — здесь нужно использовать убывающий индекс. домас это стразу не понял.
2. для видео мы использовали синхронную надежность, а для memsql — асинхронную. но это настройки по умолчанию.
3. синхронная надежность в memsql гораздо медленнее, чем асинхронная. мы оптимизировали для буфера 128 мегабайт. Мы будем улучшать ее в следующем релизе.
4. У нас не опубликованы бенчмарки — но мы только что запустились и нас огромное количество скачиваний, мы не ожидали подобного успеха
А завтра выйдет статья с бенчмарками — читайте hackernews!