даже лучше, чем у большого Оракла, что забавно

была у меня тема недавно, всю жизнь же на mysql просидел, думал а ну гляну чо там еще есть, mariadb, postgresql, и чота обзоры-сравнения-тесты почитал, и решил что лучше то ничо и нет.

nosql не трогал

типа mysql лучше postgreSQL?

А ну опустили стволы парни! Всем спокойно.

по скорости да

вот чувак бенчмаркил движки

https://habrahabr.ru/post/204438/

лул

чой

))

MongoDB: 7603 MySQL: 2514 MS SQL: 1993 PostgreSQL: 1403 SQLite: 1500

в детали бенчмарка не вникал, но охотно верю

я собственными глазами видел тесты, где монга сильно быстрее mysql/postgresql. причём под высокой нагрузкой и на серьёзном железе

понятно, есть нагрузки, где mysql быстрее postgresql. а есть такие, где наоборот

вики mongo - "Классифицирована как NoSQL, использует JSON-подобные документы и схему базы данных."

еще бы)

а там бенчмарк был именно на JSON документах

mongo он конечно лишнее туда впихнул...

mongo он конечно лишнее туда впихнул...

угу

а почему оракл или ДБ2 там нет?

вот бенчмарки, про которые я говорил:

https://habrahabr.ru/post/204438/

все бенчмарки с хабра суть вранье и некомпетентность. даже не заходя говорю.

ну да, он "бенчит" через пхп и веб-сервер

// Оптимизация БД $db->busyTimeout(5000);

как человек, который занимается бенчмарками много лет, хочу сказать, что все бенчмарки на всех сайтах суть враньё и некомпетентность

а также соревнование сферических коней в вакууме

что не отменяет их полезности

как человек, который занимается бенчмарками много лет, хочу сказать, что все бенчмарки на всех сайтах суть враньё и некомпетентность

shipilev.net ?

shipilev.net ?

что это?

что не отменяет их полезности

:)

сайт шипилева, бенчмарки на котором, думаю, немного выпадают из вышесказанного заявления

так нет же. там такой чукча-писатель, что читать это всё я конечно не буду. но придраться есть к чему в любом бенчмарке. и даже не в этом дело. а в том, что любой бенчмарк — это какая-то частная аппроксимация реальных нагрузок. которых бесконечно много.

ну брендана грегга было бы слишком просто кинуть

о, раз уж про Брендана нашего Грегга. он как-то сказал в докладе "All benchmarks lie, but I like sysbench"

Я предлагаю по другому взглянуть на это - ни один бенчмарк не лжет, каждый говорит правду ровно про те условия, в которых он запущен )

можно и так, да. но это скучно, без огонька, цинизма и срыва покровов

Я предлагаю по другому взглянуть на это - ни один бенчмарк не лжет, каждый говорит правду ровно про те условия, в которых он запущен )

ну, выше не бенчмарк базы данных. выше просто средние цифры ответа http-приложения, где-то в глубине которого сидит бд.

и это возможно весьма близкая аппроксимация реальных задач автора бенчмарка

Коллеги, приветсвую. Есть не спящие?

Видимо нет)

Разиобрался уже)

Есть!

Есть

У кого есть опыт работы с гис mysql из коробки? Хочется в общих чертах ознакомится, может кто знает хорошие источники что почитать по этой теме?

я пытался что-то найти — такое впечатление, что ни у кого нет. а тема очень интересная, особенно если сравнивать 8.0 и PostGIS

GIS — тоже не мой конёк. Но там всё тоже интересно. Общее мнение звучит так: "в PostgreSQL с гис всё хорошо, а в MySQL — плохо". Начинаешь разбираться в деталях, выясняются интересные вещи

что в ванильном PostgreSQL с GIS всё ещё хуже, чем в MySQL. Что PostGIS — это конечно круто, но это сторонний extension. Что он может легко уронить весь постгрес простым запросом. И что с индексированием там тоже всё не очень хорошо.

А что есть ГИС в бд?

http://postgis.net/

в mysql 8.0.3 добавили поддержку SRID. насколько я понимаю, это было главным недостатком mysql при сравнении с postgis.

Да оно как то лежит в сторонке, никто его не трогает ну и ладно

/command1@SpamkillerBot

Всем привет! Подскажите, есть таблица id (auto increment) created_at и др. поля. Требуется получить следующий или предыдущий элементы соответствующие некоторому фильтру. Сортировка created_at DESC, id DESC. У меня есть ID текущего элемента, как получить предыдущий элемент списка. Притом в базе есть много элементов с одним created_at а id как неявное время не катит. Какие могут быть варианты? ссылки?

Внешним подзапросом ... WHERE table.id>ID LIMIT 1

Здравствуйте! Работаю с PostgreSQL, но решил для общего развития разобраться с MySQL под капотом. Сейчас читаю официальную документацию по InnoDB и все ещё не могу сложить картину. Есть ли какие-то статьи/презентации, где на низком уровне бы было показано как все работает в духе «вот мы считали в буфер страничку, вот начали менять такой-то кортеж, вот в грязной страничке undo лога появились такие записи, а вот мы их сбросили на диск, вот изменения в грязной страничке redo, вот ее сбросили, вот вытесняем из буфера в doublewrite буфер» и т.д?

Hola. Гуглить нужно по запросам "mysql internals". Первый результат выдаёт оф. доку - https://dev.mysql.com/doc/internals/en/ даже есть книга по этой теме

Hola. Гуглить нужно по запросам "mysql internals". Первый результат выдаёт оф. доку - https://dev.mysql.com/doc/internals/en/ даже есть книга по этой теме

Ссылка на официальную документацию, я там сейчас и читаю раздел про InnoDB

Здравствуйте! Работаю с PostgreSQL, но решил для общего развития разобраться с MySQL под капотом. Сейчас читаю официальную документацию по InnoDB и все ещё не могу сложить картину. Есть ли какие-то статьи/презентации, где на низком уровне бы было показано как все работает в духе «вот мы считали в буфер страничку, вот начали менять такой-то кортеж, вот в грязной страничке undo лога появились такие записи, а вот мы их сбросили на диск, вот изменения в грязной страничке redo, вот ее сбросили, вот вытесняем из буфера в doublewrite буфер» и т.д?

крайне рекомендую серию статей Jeremy Cole по внутренностям InnoDB: https://blog.jcole.us/innodb/

оно ближе к запрошенной тематике, чем MySQL Internals

есть также его презентации, в которых всё то же самое, что в блоге, только в более сжатом виде. Гуглить по словам "innodb journey to the core"

О, спасибо огромное!? Это похоже то, что надо

По таблице можно мето ифну получить-что то типа последней записи в ней (или апдейта делита и т.д). Вообщем понять юзается она или можно грохать

если да-то насколько это достоверно и однозначно

https://stackoverflow.com/questions/42504579/how-to-get-the-last-modified-date-of-an-mysql-table

Но для innodb это работает только начиная с 5.7

Ну или mariadb 10.1+

удалённые данные всё равно могут занимать место (хотя это не linked list). если вставили большое количество записей, а потом удалили, purge конечно пройдёт и удалит. удалит в том смысле, что сделает занимаемое ими место доступным для повторного использования

я читал, что они как раз будут линкед лист

Иначе можно просмотреть mtime в файловой системе

я читал, что они как раз будут линкед лист

В myisam - да. В innodb undo log - это list по сути. Но удалённые записи несколько по-другому устроены. Списка там нет

В myisam - да. В innodb undo log - это list по сути. Но удалённые записи несколько по-другому устроены. Списка там нет

и правда, почитал внимательно доку сейчас

спасибо

из нее правда непонятно что происходит после массовых DELETE в иннодб

вроде как After doing substantial insert, update, or delete operations on an InnoDB table that has its own .ibd file because it was created with the innodb_file_per_table option enabled. The table and indexes are reorganized, and disk space can be reclaimed for use by the operating system.

но чет опыт говорит об о другом

так can be же ...

Нет, ну OPTIMIZE TABLE пересоздаёт таблицу с нуля. поэтому да, после OPTIMIZE TABLE ранее удалённые данные места занимать не будут, если innodb_file_per_table. поэтому да, дока всё правильно говорит

Коллеги, вот такой вопрос - как то я потратил время чтобы уйти на gtid

А сейчас смотрю, что судя по всему создал себе сложности

возможно

но это не точно

Усложнил скип транзакций, а самое обидное, лишил себя возможности юзать innobackup для восстановления репликации

Причем ожидаемый эффект - типа устойчивость репликации я не получил

Наоборот, теряет autoposition

Время от времени

Короче, стоило ли?

это как он теряет auto_position

это наверное самая главная фишка из-за которой все затевается