@erthalion Dec 30 2015 at 10:21

Сравнить несравнимое: json в PostgreSQL vs Mysql vs Mongodb

4 min

22K

PostgreSQL *

Translation

Comments 15

@igor_suhorukov Dec 30 2015 at 11:38

Отличную тему выбрали! Сравнение объектно-реляционных расширений классических СУБД и NoSQL MongoDB

@Bozaro Dec 30 2015 at 12:07

Очень не хватает для полноты картины конфигурационных файлов (от них очень много зависит).

Такой разлет в обновлении, скорее всего, вызван разными гарантиями транзакций (записаны ли данные физически на диск после COMMIT?).

@erthalion Dec 30 2015 at 12:53

Специфических конфигураций ни для одной базы не было, все использовалось «из коробки».
Насчет записи данных на диск в тестах для update — я пробовал выполнить этот тест с использованием опции write concern j:true, чтобы убедиться, что операция попала в журнал (насколько я понимаю, это рекомендуемый способ управления гарантиями транзакций в mongodb). Это, конечно, замедлило выполнение теста, но все равно обновление происходило гораздо быстрее, чем в PostgreSQL или Mysql (этих данных на графиках сейчас нет).

@Bozaro Dec 30 2015 at 13:00

Получается странное сравнение:

MySQL и PostgreSQL выполняют fsync (данные выживут после внезапного перезапуска сервера)
MongoDB не выполняет fsync (данные выживут после перезапуска Mongo)

По-хорошему надо либо отключить fsync у MySQL и PostgreSQL, либо включить у MongoDB.

@erthalion Dec 30 2015 at 13:09

Да, думаю, это будет полезно — постараюсь прогнать такие тесты и включить данные в графики.

@erthalion Jan 2 2016 at 06:29

Добавил графики для тестов с разным уровнем durability.

@gnomeby Dec 30 2015 at 12:34

У вас в Mongo операции с fsync проходили?

@erthalion Dec 30 2015 at 12:56

Нет, единственное, что я пробовал изменить относительно дефолтного использования — это добавлял write concern j:true (данных с этой опцией на графиках сейчас нет)

@gnomeby Dec 30 2015 at 13:09

тогда тесты не имеют смысла

@erthalion Dec 30 2015 at 13:30

Замечу, что помимо обновления и вставки здесь фигурируют тесты на выборку + итоговые размеры, они, надеюсь, даже при отсутствии fsync имеют смысл.

@lega Dec 30 2015 at 13:09

Судя по исходникам, замеряется не скорость запросов, а скорость запуска «шела» (mongo/psql/mysql) с авторизацией, и скорость их вывода результата.

@erthalion Dec 30 2015 at 13:24

Да, это все в итоге включается во время исполнения запроса. В том числе поэтому данные тесты лишь грубая оценка производительности (хотя надо бы еще убедиться, что в других способах изменения нет подобных накладок).

@ivnik Dec 30 2015 at 13:27

Это не грубая оценка, а полный треш.

@lega Dec 30 2015 at 13:37

это все в итоге включается во время исполнения запроса

Для интереса сейчас замерил на коллекции 100к, выполнение команды через монгошел (с запуском без авторизации) ~50мс, выполнение этой же команды из python ~0.4мс, победит тот у кого шел быстрее.

Когда программисты будут запускать внешний бинарник для запросов к БД вместо использования встроенного драйвера, тогда данный бенчмарк можно будет и рассмотреть.

@erthalion Jan 2 2016 at 06:28

Обновил пост и код бенчмарков, теперь эти задержки исключаются (но они получилось достаточно незначительными, на 2-3 порядка меньше, чем основые величины).