Компания Oracle представила корректирующие выпуски Community-редакции СУБД MySQL 5.1.72 (http://permalink.gmane.org/gmane.comp.db.mysql.announce/732), 5.5.34 (http://permalink.gmane.org/gmane.comp.db.mysql.announce/729) и 5.6.13 (http://permalink.gmane.org/gmane.comp.db.mysql.announce/730), в которых представлена серий исправлений ошибок. Некоторые исправления явно не помечены как уязвимости, но могут быть использованы для совершения DoS-атак.
Из исправлений можно отметить:
- Устранена ошибка, приводившая к некорректной работе функций AES_ENCRYPT() и AES_DECRYPT() в ситуации сборки с параметром AES_KEY_LENGTH, установленным в 192 или 256;
- Устранено регрессивное изменение, которое при определённых обстоятельствах приводило к краху при запуске в режиме восстановления после краха;
- Решена проблема с зацикливанием при использовании сжатых страниц памяти;
- Устранён крах при доступе к таблице INFORMATION_SCHEMA из подзапроса с попыткой установить блокировку для уже заблокированного mutex;
- Исправлены утечки памяти при неудачном завершении вызова mysql_real_connect() и в процессе оптимизации лишних подзапросов;
- Налажен полнотекстовый поиск в Innodb с использованием оператора "+", а также при использовании булевых операторов для поиска слов, содержащих апострофы;
- Решены проблемы с излишним расходованием памяти при одновременном запуске нескольких экземпляров хранимых процедур, содержащих некорректные SQL-выражения или требующие переподготовки (repreparation).
Одновременно объявлено (http://permalink.gmane.org/gmane.comp.db.mysql.announce/731) о выходе второй тестовой версии MySQL 5.7 (Milestone 2). Основные (http://www.oracle.com/us/corporate/press/2020378) особенности выпуска (http://dev.mysql.com/doc/refman/5.7/en/mysql-nutshell.html):
- Проведена работа по увеличению производительности. За счёт обеспечения линейной масштабируемости на системах, содержащих до 64 процессорных ядер, в тесте "Sysbench InnoDB Read-Only POINT SELECT" удалось добиться скорости в 500 тысяч запросов в секунду, что в два раза выше, чем прошлые показатели;- Увеличена пропускная способность репликации данных на slave-сервере, благодаря реализации нового многопоточного межтранзакционного обработчика событий репликациии, позволяющего обрабатывать непересекающиеся транзакции в параллельных потоках, даже если эти транзации манипулируют одними и теми же элементами схемы БД;
- Добавлена поддержка полусинхронного режима репликации без потерь (lossless semi-synchronous replication), допускающего сохранение транзакции на основной системе только после подтверждения приёма от slave-серверов;
- В ALTER TABLE добавлена поддержка выражения RENAME INDEX для переименования индексов;- Улучшение движка InnoDB: увеличена производительность работы с временными таблицами; добавлена возможность менять размер строк VARCHAR без перестроения таблицы (ALTER TABLE ...ALGORITHM=INPLACE, CHANGE COLUMN...VARCHAR()); добавлена поддержка типов данных для задания пространственных координат; введено отдельное пространство имён для таблиц с несжатыми данными;
- Расширены средства обработки состояния и диагностики работы СУБД. В Performance Schema добавлены инструменты для анализа состояния внутренней памяти СУБД, позволяющие отслеживать операции выделения памяти и использования памяти в процессе работы mysqld.
- Для диагности проблем в хранимых программах (Stored Programs) добавлен новый инструмент GET STACKED DIAGNOSTICS. В Performance Schema добавлена детальная информация о внутренних инструкциях, выполняемых внутри хранимых программ.- Расширены средства для динамического управления триггерами, добавлена поддержка привязки нескольких триггеров к одному типу событий в одной таблице. Возможно задание порядка срабатывания триггеров при помощи опций FOLLOWS и PRECEDES;
- Добавлены средства для анализа запроса в процессе его выполнения - EXPLAIN может быть вызван для уже выполняемого в другой нити запроса;
- Обеспечена поддержка вывода детальных результатов EXPLAIN в формате JSON;
- В клиент mysql добавлена опция "--syslog" позволяющая отправлять в лог все вводимые команды;- Прекращена поддержка отложенного выполнения операций, таких как "INSERT DELAYED" и "REPLACE DELAYED".
URL: http://permalink.gmane.org/gmane.comp.db.mysql.announce/
Новость: http://www.opennet.me/opennews/art.shtml?num=37968
пусть будет, если лицензия позволяет то мария будет брать интересные плюшки себе
сами придумать не могут - так предпочитают брать и называть своим именем?...
Вопрос еще кто у кого берет...
это OpenSource - код открыт. То, что его может кто-то использовать - подразумевается. В лицензии оговариваются условия, на которых он может использоваться. К чему эти непонятные ужимки "сами не могут". И сами могут, и к коллегам заглянуть не возбраняется.
> это OpenSource - код открыт. То, что его может кто-то использовать -
> подразумевается. В лицензии оговариваются условия, на которых он может использоваться.
> К чему эти непонятные ужимки "сами не могут". И сами могут,
> и к коллегам заглянуть не возбраняется.заглянуть могут. Но не стоит писать - это мы придумали - когда это простое заимстование.
Вот LO уже потихоньку учатся писать когда новые фичи скопированы из кода AOO - ничего, и эти тоже научатся.
> заглянуть могут. Но не стоит писать - это мы придумалиа пишут? и да, в случае если пишут - не тот, ли, который писал эту фичу для MySQL? тут предъявлять аккуратно надо, не ровён час в лужу сядешь.
> Вот LO уже потихоньку учатся писать когда новые фичи скопированы из кода AOO - ничего, и эти тоже научатся.
Ну вот как бы ты себе сам и ответил.
> а пишут? и да, в случае если пишут - не тот, ли, который писал эту фичу для MySQL? тут предъявлять аккуратно надо, не ровён час в лужу сядешь.хорошо сел в лужу - или серьезно считаешь что кто-то работает на 2 конторы?
> хорошо сел в лужу - или серьезно считаешь что кто-то работает на 2 конторы?тот же Видениус писал MySQL теперь MariaDB. Он правда "ничего не придумал" чтобы взять?
> заглянуть могут. Но не стоит писать - это мы придумали - когда
> это простое заимстование.Вы не владеет фактологическим материалом.
Достаточно прочитать https://mariadb.com/blog/history-mariadb
Дяденька, над Maria работает Monty, он же изначальный творец MySQL, один из ее стопов.
Так вот - обвинять автора в том, что он якобы "заимствует" это верх лицедейства.
>> заглянуть могут. Но не стоит писать - это мы придумали - когда
>> это простое заимстование.
> Вы не владеет фактологическим материалом.
> Достаточно прочитать https://mariadb.com/blog/history-mariadb
> Дяденька, над Maria работает Monty, он же изначальный творец MySQL, один из
> ее стопов.
> Так вот - обвинять автора в том, что он якобы "заимствует" это
> верх лицедейства.После того как этот автор продал свой код Sun/Oracle - у него и прав то него не осталось. Стоило бы знать фактологию. А тем более знать что MariaDB это во многом патчи Google/Facebook которые по разным причинам не приняли в MySQL.
Нда. Это ж какую кашу нужно иметь в голове!А Гарри Поттер — это просто коредамп винды в тайной комнате с корыта Warner Bros.
А чё? Им же права на экранизацию принадлежат.
>Стоило бы знать фактологию.Больше всего фактов собрано в википедии.
И что характерно, делать выводы по ним php-движок умеет прям один в один как ты.
поздравляю с переходом на личности :-) других аргументов не осталось?
слабоват ты стал... стареешь?
> После того как этот автор продал свой код Sun/Oracle - у него
> и прав то него не осталось. Стоило бы знать фактологию.Вы лжете.
Он продал не права на код.
Компания, в которой он работал купила Sun, потом Oracle.
И Sun, Oracle НИКАКИХ прав на код Не имела и НЕ имеет.
Только на торговую марку ... что есть совсем иной коленкор.
Еще раз разберитесь в сути применяемой в MySQL свободной лицензии.
> сами придумать не могут - так предпочитают брать и называть своим именем?...А что такого брать у Oracle варианта в лице MySQL ? Может наоборот, в роли побиральщика как раз Oracle ? А может дяденька забыл условия свободной лицензии ? Не раз и не два мы видели обратную ситуацию - проект, перейдя к Oracle начал умирать. И уже сейчас по интересности Maria на шаг впереди и тамошние ребята активно и методично развивают продукт.
Это не "великий" Oracle, который не способен обеспечить запланированный выпуск Java 8 при этом публике рассказывая сказки и вешая лапшу на уши "все инженеры на безопасность переброшены". Зато его менеджеры могут хамить и угрожать сообществу.
Ну да - вы предпочитаете быть москами у монтли - который может вас натравливать на всех кто ему не нравится?
А что касается фич - там половина, а то и больше это не создание Maria - а патчи от Google. Так сколько там самого кода написаного "спецами" из Maria?
Мони рубит бабки на своих бесплатных разработчиках
Лайнакс на 90 процентов написан корпорациями. И что с того?
> Ну да - вы предпочитаете быть москами у монтли - который может
> вас натравливать на всех кто ему не нравится?Пока в пори генератора грязи и помоев выступаете именно Вы.
> А что касается фич - там половина, а то и больше это
> не создание Maria - а патчи от Google.Вы вообще о чем ? Вам шашечки или ехать ? Какая разница ЧЬИ это патчи, если они есть и работают ? А в версии от Oracle их нет и НЕ будет.
НИКОГДА.P.S.
Еще раз дяденька - разберитесь в сути претензий сообщества к Oracle.
Пообщайтесь с их технической поддержкой по серьезным вопросам.
Претензии к ним лежат в плоскости плохого администрирования ими проектов и неспособности обеспечить адекватную поддержку поставляемые решений.
И есть это не только в несчастном MySQL, а продуктах куда как серьезнее ... извините, но сам нажрался по уши глюками "великого" WebLogic'а при развертывания "тяжелых" WAR приложений ... почему такого кретиниза в WAS нет, ась ?
Я б на месте оракла тебя бы "заказал".
Один только факт твоего появления в "их" якобы рядах снижает им карму ниже плинтуса.
С такими "друзьями" враги не нужны.
>сами придумать не могут - так предпочитают брать и называть своим именем?Это ты про мелкомягких? в точку попал!
Вы так говорите как будто это плохо.