После двух с половиной лет разработки компания Oracle представила (https://www.oracle.com/corporate/pressrelease/mysql-5-7-ga-1...) первый стабильный релиз СУБД MySQL 5.7 (http://dev.mysql.com/doc/relnotes/mysql/5.7/en/). Примечательно, что несмотря на анонс, финальный релиз MySQL Community Server 5.7, распространяемый под лицензией GPL, пока недоступен для загрузки и будет опубликован (http://dev.mysql.com/downloads/) только 26 октября.Ключевые улучшения (http://dev.mysql.com/doc/refman/5.7/en/mysql-nutshell.html) MySQL 5.7:
- Поддержка манипуляции данными в формате JSON. Добавлен встроенный тип данных JSON (http://dev.mysql.com/doc/refman/5.7/en/json.html) и <a href="http://dev.mysql.com/doc/refman/5.7/en/json-creation-functio... title="JSON_ARRAY(), JSON_MERGE(), JSON_OBJECT(), JSON_CONTAINS(), JSON_CONTAINS_PATH(), JSON_EXTRACT(), JSON_KEYS(), JSON_SEARCH(), JSON_APPEND(), JSON_ARRAY_APPEND(), JSON_ARRAY_INSERT(), JSON_INSERT(), JSON_QUOTE(), JSON_REMOVE(), JSON_REPLACE(), JSON_SET(), JSON_UNQUOTE(), JSON_DEPTH(), JSON_LENGTH(), JSON_TYPE() и JSON_VALID()">набор функций</a> для эффективной обработки, хранения, разбора и поиска неструктурированных данных в формате JSON. Документы JSON упаковываются в специальный внутренний бинарный формат, поддерживают индексацию и могут интегрироваться в SQL-запросы, в том числе с генерацией виртуальных столбцов;- Компонент MySQL Router, позволяющий организовать подключение приложений к нескольким БД MySQL. MySQL Router также может использоваться для создания отказоустойчивых конфигураций и для автоматизации шардинга данных на нескольких серверах;
- Проведена оптимизация производительности. В тесте SysBench при установке 1024 соединений MySQL 5.7 сумел продемонстрировать производительность в 1.6 млн запросов на чтение в секунду, что в три раза выше, чем смогла обеспечить конфигурация на основе MySQL 5.6.
- Поддержка режима multi-source репликации (http://dev.mysql.com/doc/refman/5.7/en/replication-multi-sou...), позволяющего реплицировать данные от нескольких master-серверов на один slave-сервер. Например, указанную возможность можно использовать для резервного копирования содержимого разных серверов, для консолидации данных нескольких серверов или для объединения таблиц шардинга. На стороне slave-серверов добавлена поддержка каналов репликации, позволяющих использовать разные соединения для параллельного приёма данных с разных серверов в несколько потоков;
- В оптимизаторе реализована новая модель динамического расчёта приоритетов, позволяющая добиться более высокой скорости обработки запросов и предоставляющая пользователю больше средств управления;
- Добавлен новый набор системных таблиц Performance Schema (http://dev.mysql.com/doc/refman/5.7/en/performance-schema-va...) со статистикой о распределении памяти, транзакциях, хранимых процедурах, репликации и блокировках;
- Расширены средства обработки состояния и диагностики работы СУБД. В рамках механизма SYS Schema предоставлен набор вспомогательных объектов с информацией о производительности, состоянии работы и мониторинге.- Реализован (http://dev.mysql.com/doc/refman/5.7/en/data-directory-initia...) более защищённый механизм инициализации директории с данными СУБД: По умолчанию создаётся только аккаунт 'root@localhost' со случайно созданным паролем, который сразу помечается устаревшим и требует установки нового пароля. Анонимные пользовательские аккаунты и тестовые БД не создаются;
- Добавлена реализация типов данных для задания пространственных координат c поддержкой InnoDB, GeoJSON и GeoHash;- Улучшение движка InnoDB:
- Увеличена производительность работы с временными таблицами;
- Расширены средства партицирования;
- Добавлена возможность менять размер строк VARCHAR без перестроения таблицы (ALTER TABLE ...ALGORITHM=INPLACE, CHANGE COLUMN...VARCHAR());- Введено отдельное пространство имён для таблиц с несжатыми данными;
- В ALTER TABLE добавлена поддержка выражения RENAME INDEX для переименования индексов;
- В клиент mysql добавлена опция "--syslog" позволяющая отправлять в лог все вводимые команды;- Прекращена поддержка отложенного выполнения операций, таких как "INSERT DELAYED" и "REPLACE DELAYED".
Дополнительно сообщается (http://www.oracle.com/us/dm/sev100460237-emea-ru-ip-de1-ev-2...), что 27 и 29 октября компания Oracle проведёт в Москве и Санкт-Петербурге семинары на русском языке, на которых будет рассказано об особенностях нового релиза MySQL.URL: https://www.oracle.com/corporate/pressrelease/mysql-5-7-ga-1...
Новость: http://www.opennet.dev/opennews/art.shtml?num=43162
На дотдеб еще не прилетел.
> На дотдеб еще не прилетел.Для ононимных долбайобов не читающих дальще заголовка
"... пока недоступен для загрузки и будет опубликован только 26 октября."
Они набили руку на RHEL и теперь уже и MariaDB в недельный срок начились пересобиррать!
Да и правильно делают. Монти ваще надо накол. Он кинул комьюнити, продав все Sun.
И только из-за него началась эта срачка.
От него единолично зависела продажа компании?Спасибо что открыл все перед продажей.
> Прекращена поддержка утилит mysqlbugDRM в чистом виде.
а как с прожорливостью памяти? На слабые VDS уже не поставить?
Если ручки не крутить на нужные позиции, то меньше чем на 1ГБ будет некомфортно.
Если заморачиваться то будет 70-100МБ.http://www.tocker.ca/2014/03/10/configuring-mysql-to-use-min...
> а как с прожорливостью памяти? На слабые VDS уже не поставить?Обычно в пакете с мускулем идут несколько конфигов под разный размер оперативки
Жестко они MariaDB подкололи в анонсе:MySQL: In benchmark tests using SysBench Read-only Point-Selects, at 1,024 connections, MySQL 5.7 delivered 1,600,000 queries per second (QPS) -- 3x faster than MySQL 5.6.
MariaDB: MariaDB 10.1 can do 1 million queries per second
Из анонса MariaDB про миллион уже убрали, но заметка в блоге пока осталась https://blog.mariadb.org/mariadb-10-1-is-stable-ga/
Вот что бывает, когда маркетинг привыше комплексных бенчмарков!
"А два миллиона сможет?" - "Сможет, но такая фигня получится!"
Query Rewrite Plugin упомянут? И стоит отметить varchar и blob по прежнему не поддерживаются в memory.
Мне интересно на кой вам в mySQL inMemory? что вы там хранить собрались?
Накой всем memcached, redis? Глупый вопрос...
У меня в компании memory движок активно используется для кэширования данных. Все поступающие апдейты и селекты идут в memory таблицы, а из них через определенные промежутки времени все изменения всего одним SQL запросом бэкапятся в innodb. Очень удобно, не нужно никаких memcached'ов. Онлайн таблицы мы, например, вообще не скидываем на диск. Поди попробуй такое на postgres реализовать
Насчет производительности - mysql тратит некоторое время на разбор sql, в отличие от memcache.
Возможно. Но в mysql можно одним запросом перегонять данные из memory в innodb. И с помощью вьюхи можно подключить к кэшу клиентские приложения только изменениями на стороне базы. В случае с memcache для этого нужно реализовывать отдельную логику в клиентах.
Внезапно! Отдельный tablespace на фс в памяти, на SSD или где там хочется и пользуйтесь на здоровье ))
Про всякие IMCS, оптимизированные под обработку данных в памяти, или PGStrom — на GPU, — «вообще молчу».
Для поддержания отдельного tablespace в tmpfs требуется:
1. Чтобы таблица гарантированно не писала никуда ничего, кроме как в данный tablespace. Ведение логов на жд убьет все преимущества.
2. Нужно отслеживать и сохранять изменение структуры таблиц, чтобы:
3. При запуске восстанавливать таблицы.
Если первый пункт вроде как оговорен, хотя лично у меня уверенности нет, то остальные два пункта функционалом бд не реализовать, что в иной реализации будет именоваться костылем.
Хранить можно какие-то временные данные, которые нет необходимости сохранять на винчестер, например показатели с датчиков
>теперь производится автоматическая генерация всех необходимых сертификатов SSL и RSAа доверие как проверять?
>>теперь производится автоматическая генерация всех необходимых сертификатов SSL и RSA
> а доверие как проверять?А никак. OCSP больше 10 лет не устаканится, как раз к полному разложению станет общепринятой, еще лет через 15-20.
В Percona как всегда прозевали
Месяц назад перевел несколько отделов на MariaBD. Вчера закончил перевод на MariaDB всей компании (~4000 рабочих станций). Празднуй, веселись, оракал. Пока можешь.
А в чём радость? В MariaDB расширенный функционал, но ведь фактически сама по себе она уже не развивается, шило на мыло, как говорится. А за oracle не беспокойтесь, у них всё идет строго по запланированному графику.
> А в чём радость?Чувак зарплату себе обеспечил. И ещё столько же в случае подыхания МарияДБ, для обратного отката.
Ну а с точки зрения IT - долпойоп конечно.
че к чему написал. я понимаю, как отдел можно перевести на linux, на опенофис, на ... но на MariaDB? или имелся ввиду корпоративный сайт без посещаемости? переводчик, млин.
Проприетарное ПО от oracle не нужно!MariaDB - Интеграция более эффективного аналога коммерческого дополнения "Thread Pool", представляемого в продукте Oracle MySQL Enterprise. Thread Pool представляет собой реализацию новой высокомасштабируемой модели многопоточной обработки, нацеленной на сокращение издержек при обслуживании соединений клиентов и при ответвлении выполняющих запросы потоков. Наиболее заметное повышение производительности демонстрируется при выполнении высоконагруженных web-приложений, обслуживающих большое число параллельных запросов, в сочетании с работой на серверах, имеющих 16 и более процессорных ядер;
Документации нет/не соответствует действительности и не обновляется. Серьезных проблем, которые вообще не решаются, очень много. Не говоря о wishlist, на который в принципе вообще забыли. А postgres не спит... И проприетарное ПО от oracle всё таки не нужно? Вы уверены? Не надо отрицать зависимость, она никуда не делась. MariaDB вообще не самостоятельный проект. Умеет прикручивать только бирюльки. Случись что, она пойдет на дно вместе с MySQL.
> Проприетарное ПО от oracle не нужно!
> MariaDB - Интеграция болееА вот поставят тебя на работу в Банк админом, и скажут: если хоть чего-нить грохнется, затупит, транзакции застрянут,...
то у нас есть вазелин, а ты продашь хату, почки, конечности и заберут в рабство до выплаты потерянных денег.Это тебе не магазин винтажных штопанных г@нд0н0в на Hetzner админить.
>> Проприетарное ПО от oracle не нужно!
>> MariaDB - Интеграция более
> А вот поставят тебя на работу в Банк админом, и скажут: если
> хоть чего-нить грохнется, затупит, транзакции застрянут,...
> то у нас есть вазелин, а ты продашь хату, почки, конечности и
> заберут в рабство до выплаты потерянных денег.
> Это тебе не магазин винтажных штопанных г@нд0н0в на Hetzner админитьВ таких случаях ставят лицензионную проприетарщину на сертифицированное железо и берут сертифицированного DBA. Не чтобы лучше работало, а чтобы была отмазка.
Вареник-правдоруб, чудеса прямо какие-то.
> Вареник-правдоруб, чудеса прямо какие-то.Удивительно правда ))
> поставят тебя на работу в БанкБанк с базой в MySQL/MariaDB? Скажи название этого банка -- стороной его (банк) обходить буду.
>> Проприетарное ПО от oracle не нужно!
>> MariaDB - Интеграция более
> А вот поставят тебя на работу в Банк админом, и скажут: еслиГыгыгы. Я бы с тобой согласился, если бы не ... Слыхал про проблемы Московской биржи? Четыре сбоя за сентябрь. Правительство вот уже возмущатся начало. На биржа там заявление какое-то сделали, что к следующему году сократят количество простоев. Так вот я специально порылся в инете и нашел, что у них простои случаются чуть ли не с 2012 года и такое заявление они уже делали, а судя по отзывам сотрудников там просто полный п внутри компании.
Так что вот у него как раз все шансы "Банк" админить.
Отпраздновал сносом этой штуки с домашнего компа!
И вообще, хочу сказать что все к чему прикасается оракл становится gовнoм. Это как мидас, только вместо золото goвно.
> И вообще, хочу сказать что все к чему прикасается оракл становится gовнoм.
> Это как мидас, только вместо золото goвно.Чето я не заметил чтоб java к версии 8 в какаху превратилась или virtualbox.
> Чето я не заметил чтоб java к версии 8 в какаху превратилась или virtualbox.если превратить г-но в г-но то оно так и останется г-ном
ваш кэп
Вот млин, налетели спецы админы. Кривыми руками можно любой сервак уронить. Нефиг на Марию бочку катить. Нормальный сервер. Не хуже Оракла. В чём преимущество Оракла? В 40 штуках на ядро? Идите в попень со своим Ораклом. МашаДБ у нас в холдинге тащит не хилые базы по финансам. Не умеете устанавливать и настраивать нехрен зарплату получать. За свои бабки заставить вас покупать эту проприетарщину, тогда посмотрим на вас, деятели хреновы. Оракл точно так же крэшится при плохой настройке, как и любой сервак. Примеров масса! Google все базы свои на мускле и на Марии держит. А там спецы не чета вам засранцам.
Нехилые - это какие?