The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

23.05.2017 22:19  Стабильный выпуск СУБД MariaDB 10.2

После полутора лет разработки и пяти предварительных выпусков сформирован первый стабильный релиз новой ветки СУБД MariaDB 10.2, в рамках которой развивается ответвление от MySQL, сохраняющее обратную совместимость и отличающееся интеграцией дополнительных движков хранения и расширенных возможностей. Развитие MariaDB курирует независимая организация MariaDB Foundation в соответствии с полностью открытым и прозрачным процессом разработки, не зависящим от отдельных вендоров. MariaDB поставляется вместо MySQL во многих дистрибутивах Linux (RHEL 7, SUSE 12, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian 9) и внедрён в таких крупных проектах, как Wikipedia, Google Cloud SQL и Nimbuzz.

Ключевые улучшения MariaDB 10.2:

  • Добавлена экспериментальная поддержка движка хранения MyRocks, разработанного Facebook на базе системы хранения RocksDB, оптимизированной для Flash-накопителей. В хранилище MyRocks применяются страницы данных плавающего размера, позволяющие избежать выравнивания по фиксированной границе блока, и модель хранения данных в форме лога (Log Structured Merge Trees), допускающая только дополнение (чистка производится сборщиком мусора). В процессе выполнения запросов в несколько раз сокращается число операций случайного чтения/записи, что приводит к увеличению производительности по сравнению с InnoDB на 20-30% на SDD и до 6 раз на НЖМД при нагрузке с большим числом операций случайной записи. Кроме того, MyRocks позволяет на 50% сократить размер БД по сравнению со сжатым хранилищем InnoDB и в 3.5 раза по сравнению с InnoDB без применения сжатия. Из недостатков MyRocks можно отметить отсутствие поддержки внешних ключей и полнотекстовых индексов;
  • Добавлена поддержка оконных функций, задаваемых ключевым словом OVER и позволяющих совершить вычисление над набором строк, связанных с текущей строкой. По аналогии с агрегатными функциями оконные функции позволяют обратиться к другим строкам в процессе обработки результата запроса, но в отличие от агрегатных функций они не группируют результат в одну строку;
  • Поддержка общих табличных выражений (выражение "WITH") и рекурсивных общих табличных выражений ("WITH RECURSIVE"). Секцию WITH можно использовать для определения подзапросов как локальных временных таблиц, на которые можно много раз ссылаться в запросе. "WITH RECURSIVE" позволяет обращаться к собственному результату, например, можно организовать обход дерева в процессе выполнении запроса;
  • Добавлено выражение "CONSTRAINT... CHECK" в блоке "CREATE TABLE" для задания ограничений столбца;
  • Реализована возможность указания выражений в блоке DEFAULT, например "b int DEFAULT (a+1)". Обеспечена поддержка указания значений DEFAULT для полей BLOB и TEXT;
  • Хранилище InnoDB обновлено до выпуска из состава MySQL 5.7.18 и задействовано по умолчанию (ранее по умолчанию предлагалось ответвление от InnoDB - XtraDB, смысл использования которого потерялся после того, как в InnoDB реализовали большинство основных возможностей XtraDB). В InnoDB добавлена поддержка пространственных индексов (spatial index);
  • Добавлено выражение "SHOW CREATE USER", показывающее полное выражение "CREATE USER", использованное для создания указанного пользователя;
  • Для выражения "CREATE USER" реализованы опции для ограничения потребления ресурсов и настройки tls/ssl. Например, теперь можно ограничить максимальное число запросов или соединений в час;
  • Представлено новое выражение "ALTER USER", позволяющее внести изменения в учётную запись существующего пользователя;
  • Сняты многие ограничения для виртуально вычисляемых столбцов;
  • Добавлена поддержка выражения "EXECUTE IMMEDIATE" для запуска динамического SQL-выражения, созданного на лету;
  • В оператор PREPARE добавлена возможность использования большинства выражений;
  • Добавлены функции для работы с данными в формате JSON;
  • Добавлен плагин аутентификации, использующий алгоритм ed25519 для хранения паролей;
  • В состав сборок для Windows, CentOS, RHEL и Fedora добавлен плагин для расшифровки ключей, используемых в Amazon Web Services (AWS) Key Management Service (KMS), для их последующего использования для шифрования данных в БД;
  • Появилась возможность привязки нескольких разных триггеров к одному событию;
  • Добавлена поддержка отложенной репликации, при которой состояние slave-сервера на заданный промежуток времени отстаёт от master-сервера;
  • Переработана реализация выражения ANALYZE TABLE, которое теперь не блокирует таблицу во время сбора статистики;
  • Библиотека wsrep, используемая для организации синхронной multi-master (active-active) репликации Galera, обновлена до выпуска 25.3.20;
  • Обеспечено формирование пакетов для Ubuntu 17.04;
  • В mysqldump добавлена опция "--add-drop-trigger", воспроизводящая функциональность MySQL 5.6 по добавлению в SQL-дамп выражения для удаления триггера перед его созданием;
  • Добавлен скрипт mysqlbinlog для организации непрерывного бэкапа бинарного лога. Скрипт поддерживает режим flashback, при помощи которого можно откатить состояние БД или отдельной таблицы на ранее созданный снапшот;
  • Сокращено время установки соединений за счёт выноса создания дескриптора соединений (THD) в отдельную нить и увеличения эффективности кэширования. В некоторых случаях ускорение может достигать 85%;
  • Добавлена поддержка OpenSSL 1.1 и LibreSSL;
  • Добавлены переменные innodb_deadlock_detect и innodb_stats_include_delete_marked для отключения система определения взаимных блокировок и учёта записей, помеченных как удалённые, при расчёте статистики;
  • Добавлена переменная read_binlog_speed_limit, задающая ограничение скорости с которой slave-сервер читает бинарный лог master-сервера;
  • Удалена старая клиентская библиотека, поставляемая под лицензией GPL, на смену которой пришла новая библиотека, имеющая лицензию LGPL.


  1. Главная ссылка к новости (https://mariadb.org/mariadb-10...)
  2. OpenNews: Компания MariaDB представила прокси-сервер MaxScale 2.0
  3. OpenNews: Стабильный выпуск СУБД MariaDB 10.1
  4. OpenNews: Компания Oracle анонсировала стабильный релиз MySQL 5.7
  5. OpenNews: Стабильный выпуск MariaDB Galera Cluster 10
  6. OpenNews: Стабильный выпуск СУБД MariaDB 10.0
Лицензия: CC-BY
Тип: Интересно / Программы
Ключевые слова: mariadb, mysql
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.2, Ergil (ok), 23:34, 23/05/2017 [ответить] [показать ветку] [···]    [к модератору]
  • +2 +/
    С RocksDB там интересен рост производительности и ускорение работы, прежде всего, а не мифическое «оптимизированно для флэш-накопителей».
    На хабре была хорошая статья с сравнениями(https://habrahabr.ru/post/319500/)
     
  • 1.3, cmp (ok), 00:14, 24/05/2017 [ответить] [показать ветку] [···]    [к модератору]
  • +1 +/
    > Добавлены функции для работы с данными в формате JSON;

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

     
  • 1.4, Аноним (-), 00:16, 24/05/2017 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    За что так XtraDB? Кто знает?
     
     
  • 2.7, kernel (??), 06:40, 24/05/2017 [^] [ответить]    [к модератору]  
  • +/
    https://mariadb.com/kb/en/mariadb/what-is-mariadb-102/
    Основные фичи XtraDB уже есть в InnoDB и авторы не видят смысла поддерживать 2 почти идентичных движка. Что не хватало в InnoDB они уже реализовали в своем форке.
     
     
  • 3.20, лол (?), 21:58, 24/05/2017 [^] [ответить]    [к модератору]  
  • +/
    XtraDB не движок а патч расшереня для innodb, всегда ваш кэп.
     
  • 2.29, Аноним (-), 13:46, 29/05/2017 [^] [ответить]    [к модератору]  
  • +/
    > За что так XtraDB? Кто знает?

    https://www.percona.com/software/mysql-database/percona-server/xtradb

     
  • 1.5, KonstantinB (ok), 01:02, 24/05/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +3 +/
    Ого, CTE и оконные функции!

    Уже похоже на настоящую РСУБД.

     
     
  • 2.6, MadeInRussia (?), 02:02, 24/05/2017 [^] [ответить]    [к модератору]  
  • +/
    Такая же немасштабируемая горизонтально прелесть, которая перекладывает сложность на уровень приложения либо дохнет как только получает сколько-нибудь весомый кусок данных и поток запросов?
     
     
  • 3.12, Gemorroj (ok), 08:31, 24/05/2017 [^] [ответить]    [к модератору]  
  • +/
    >> немасштабируемая горизонтально

    galera же

     
  • 3.13, пох (?), 09:33, 24/05/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    > Такая же немасштабируемая горизонтально прелесть, которая перекладывает сложность на
    > уровень приложения либо дохнет как только получает сколько-нибудь весомый кусок данных
    > и поток запросов?

    как там внизу - "шел 2017й год", разработчики карманной тазы-банных для небольших сайтов без претензий на мировое господство все еще пытались выпилить из ее деталей оракл. stop... oh, shit...

    зато уеб-девелоперы любят...

     
     
  • 4.14, Аноним (-), 09:43, 24/05/2017 [^] [ответить]    [к модератору]  
  • +/
    Не забывай только, что сракл для метаданных использует BerkeleyDB
     
     
  • 5.15, пох (?), 10:06, 24/05/2017 [^] [ответить]    [к модератору]  
  • +/
    может, они ее готовить умеют? berkleyDB когда ее еще делали в berkley была (по тем временам, ни мемкэша ни sqlite даже в самых смелых мечтах еще не было) отличным хранилищем если тебе подходил формат key-value, но - для мелких задачек, умещающихся в локальной системе, не более.
    Потом проект попал в руки эффективных, альтернатив во времена версии 2 толком не было, кто не опоздал родиться, тот до сих пор с содроганием вспоминает. Включая и bdb-backend самого mysql ;-)
    Что там понаписали во времена "инвесторы любят большие числа" - пусть выясняют другие, я лучше в сторонке постою.

     
  • 4.30, Аноним (-), 13:50, 29/05/2017 [^] [ответить]     [к модератору]  
  • +1 +/
    Ненене Каждый сайт визитка должен быть на оркале Корпоративные закупщики и про... весь текст скрыт [показать]
     
  • 3.16, KonstantinB (ok), 11:40, 24/05/2017 [^] [ответить]    [к модератору]  
  • +/
    Про CAP-теорему напомнить? Невозможно сделать инструмент одновременно и масштабируемый и обеспечивающий целостность (не eventual, а полноценно).

    Для разных задач - разные инструменты.

     
     
  • 4.17, MadeInRussia (?), 12:28, 24/05/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    > Про CAP-теорему напомнить? Невозможно сделать инструмент одновременно и масштабируемый
    > и обеспечивающий целостность (не eventual, а полноценно).
    > Для разных задач - разные инструменты.

    Можно. Если выбрать из CAP не AP, а CP и пожертвовать доступностью.

    > Для разных задач - разные инструменты.

    Согласен. Но если данных много, то так или иначе придется выбирать CP или AP, потому что вертикально масштабироваться — бомба замедленного действия. И лучше этот выбор продумать или заложить заранее. И здесь Maria — не в тему. Если же данных мало, то, скорее всего, уже текущей функциональности хватает для 99.99% кейсов.

     
     
  • 5.24, KonstantinB (ok), 08:03, 25/05/2017 [^] [ответить]    [к модератору]  
  • +/
    Да, имеем выбор между eventual consistency и eventual availability. Для второго РСУБД с шардингом вполне себе. Для первого - полно других инструментов.
     
     
  • 6.26, MadeInRussia (?), 23:44, 25/05/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    > Да, имеем выбор между eventual consistency и eventual availability. Для второго РСУБД
    > с шардингом вполне себе. Для первого - полно других инструментов.
    > Для второго РСУБД с шардингом вполне себе.

    Вот только шардинг на РСУБД — это то еще веселье.

     
     
  • 7.27, KonstantinB (ok), 20:59, 26/05/2017 [^] [ответить]    [к модератору]  
  • +1 +/
    Уж мне ли не знать, я с этим работал еще 10 лет назад.
    Отдельное веселье с mysql-ем с нетранзакционным DDL - на лету создавать дополнительные таблицы просто опасно. Приходится заранее прогнозировать и аллоцировать.

    Сейчас чуточку проще стало, есть всякие ProxySQL/Kingshard. Хотя, в принципе, примерно такой же код, только на уровне инфраструктурного слоя приложения, и у меня был.

     
     
  • 8.31, MadeInRussia (?), 13:21, 02/06/2017 [^] [ответить]    [к модератору]  
  • +/
    >>> Для второго РСУБД с шардингом вполне себе.
    >Уж мне ли не знать, я с этим работал еще 10 лет назад.

    Так может РСУБД все же не лучший инструмент для этих задач? Если когда данных становится много, приходится бегать с бубнами, плакать, есть кактус и пытаться всунуть в него шардинг после чего не дышать, чтобы оно не сдохло.

    А когда уже не хватает серверов и приходится делать ребалансировку? А распределение таблиц так, чтобы все нужные JOIN-ы работали? А распределенные JOIN-ы, если они понадобились? Все это будет болью и мучениями.

    И РСУБД нужно для этих целей выбирать потому что... ? Потому что лет 10, ну или даже 5, назад это было лучшим решением для этих целей? Когда-то лошадь была лучшим решением для быстрого перемещения на большие расстояния, если две точки соединены сушей. Вот только потом появился автомобиль, построенный на других принципах. А потом — поезд. А потом — самолет.

     
  • 1.8, Аноним (-), 08:14, 24/05/2017 [ответить] [показать ветку] [···]     [к модератору]  
  • +/
    зависящую только от жадности Вендиуса Один раз он уже продал компанию ... весь текст скрыт [показать]
     
  • 1.9, Аноним (-), 08:17, 24/05/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • –3 +/
    > Удалена старая клиентская библиотека, поставляемая под лицензией GPL, на смену которой пришла новая библиотека, имеющая лицензию LGPL.

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

     
  • 1.11, luzerz (?), 08:26, 24/05/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • –2 +/
    >Добавлен скрипт mysqlbinlog для организации непрерывного бэкапа бинарного лога. Скрипт поддерживает режим flashback, при помощи которого можно откатить состояние БД или отдельной таблицы на ранее созданный снапшот;

    шол 2017-ый год

     
     
  • 2.28, Аноним (-), 13:45, 29/05/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    Ужос. До 2017г каждый делал это скрипт сам.
     
  • 1.18, Аноним (-), 18:10, 24/05/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    > Из недостатков MyRocks можно отметить отсутствие поддержки внешних ключей и полнотекстовых индексов;
    > отсутствие полнотекстовых индексов

    :(

     
     
  • 2.21, лол (?), 21:59, 24/05/2017 [^] [ответить]    [к модератору]  
  • +/
    >> Из недостатков MyRocks можно отметить отсутствие поддержки внешних ключей и полнотекстовых индексов;
    >> отсутствие полнотекстовых индексов
    > :(

    Из недостатков MyRocks можно отметить отсутствие поддержки тупо nosql хранилка.

     
  • 1.19, Аноним (-), 18:48, 24/05/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • –2 +/
    Не шибко для полутора лет. Но теперь есть подтверждение, разработка действительно идет со скоростью улитки...
     
     
  • 2.22, Аноним (-), 22:43, 24/05/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    так ведь деньги получение от Sun уже проедены.. а других не дают..
     
     
  • 3.25, iPony (?), 11:56, 25/05/2017 [^] [ответить]    [к модератору]  
  • –3 +/
    Какие деньги от Sun?
     
  • 1.23, лол (?), 03:54, 25/05/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    apt-cache search mariadb-plugin

    apt-get install mariadb-plugin-rocksdb

     
  • 1.32, UIII (ok), 12:21, 04/06/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Обновил свою 10.1.24, увидел небольшой присрост скорости (3-5%)
    У меня таблица innodb с партициями по месяцам за последние 3 года - занимает около 300гб. Сервер с 32гб оперативки. В 10.1.24 innodb_buffer_pool_size=24G и все отлично работало. Так как данные часто используемые это последние 1-2 месяца. После обновления, меньше чем сутки 10.2.6 3 раза ресетнулась. Жрет оперативку и виртуальное пространство. Система ее рубит. Выставил innodb_buffer_pool_size=8G - все равно через некоторое время занимает 98% оперативки и 650 ГИГАБАЙТ виртуалки https://cloud.mail.ru/public/2wuz/vvfiCAyam

     
  • 1.33, UIII (ok), 12:25, 04/06/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Незнаю кто мне сможет помочь, обратный откат только через бекап, а это на несколько суток. Столько времени мне никто не даст
    Вот уже 666 Гигов и постоянно растет https://s.mail.ru/G2oj/5sGv2tmDq
    Куда писать? Чтоб разработчики устранили баг. При ресете иногда крашатся некоторые таблицы, пока славо богу основная не крашнулась - иначе будет затык на долгое время. Сейчас спасает только ручная перезагрузка марии каждые 3-4 часа
     
  • 1.34, UIII (ok), 12:45, 04/06/2017 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Уже 707 гигов, доходит до 2 террабайт и марию рубит система
    https://s.mail.ru/ARGV/1e7KgXiRn
     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor