MySQL теряет былую открытость - прекращена публикация тестовых наборов и лога изменений

chibit

Мой дом здесь!
Регистрация
4 Дек 2007
Сообщения
418
Реакции
290
Разработчики MariaDB и других связанных с MySQL проектов Для просмотра ссылки Войди или Зарегистрируйся Для просмотра ссылки Войди или Зарегистрируйся в связи с прекращением публикации некоторых важных для сторонних участников сообщества компонентов разработки. MySQL постепенно превращается в лишь формально открытый проект, код которого доступен для загрузки, но малопригоден для создания производных проектов, основанных на активной кодовой базе MySQL. В частности, начиная с недавно выпущенного корректирующего релиза MySQL 5.5.27 в состав общедоступного архива с кодом больше не входит набор тестов и сгруппированный лог изменений, что существенно затрудняет проверку работоспособности производных сборок MySQL и оценку вносимых в кодовую базу изменений.

Тестовый набор используется для проверки исправляемых ошибок и добавляемых новшеств. Для каждого изменения в набор добавляется новый проверочный код, который позволяет убедиться, что другие исправления не приведут к появлению регрессий. Набор тестов постоянно расширяется от версии к версии и позволяет предотвратить повторное появление проблем, а также гарантирует отсутствие влияния исправлений на работоспособность всех возможностей СУБД. Набор изначально входил в поставку MySQL, но теперь он перемещён в директорию для внутреннего использования, которая не включается в публично распространяемые исходные тексты.

Указанные тесты представляют большой интерес прежде всего для разработчиков сторонних движков хранения, дистрибутивов и групп, поддерживающих собственные ветки MySQL, например, подобные ветки поддерживаются компаниями Facebook, Google, Twitter и Taobao. Без подобных тестов мэйнтейнерам пакетов с MySQL будет значительно труднее оценить полную работоспособность кода при использовании дополнительных патчей (тесты позволяли убедится, что дополнительный патч не влияет на исправление ошибки). Группы, поддерживающие собственные ветки MySQL, будут вынуждены самостоятельно создавать новые тесты, что заметно замедлит работу по портированию исправлений из кодовой базы MySQL.

Что касается сгруппированного лога изменений (revision history), то в нём производилась группировка патчей в привязке к определённым изменениям. Лог давал возможность судить какие патчи связаны с реализацией той или иной возможности или исправлением ошибки, а также позволял оценить кто изменил конкретную строку кода, зачем и когда. В настоящее время указанный вариант лога Для просмотра ссылки Войди или Зарегистрируйся в публичном BZR-репозитории MySQL.
 
Мария рулит. Сейчас сижу и думаю, ставить на сервер мускул + марию или не париться и не ставить мускул вообще. Заодно и посмотрю на прямую совместимость старых скриптов.
Сан вообще как то, скажем так, прихуел со своими продуктами. Такое ощущение, что все, что было опенсорс и фри успешным в их понимнаии должно быть перенесено в чисто платное и угажено мусорными рюшечками под завязку. Даже по самому оракалу сейчаспо знакомым есть достаточно большое количество людей, находящихся в состоянии миграции с него и причина у всех одна: "это пиздeц"
 
по этой же причине перестал ставить mysql на свежие сервера, перешёл на percona, полная совместимость, чуть шустрее innodb работает + куча интересностей в кластере.
 
Мария рулит. Сейчас сижу и думаю, ставить на сервер мускул + марию или не париться и не ставить мускул вообще. Заодно и посмотрю на прямую совместимость старых скриптов.
Сан вообще как то, скажем так, прихуел со своими продуктами. Такое ощущение, что все, что было опенсорс и фри успешным в их понимнаии должно быть перенесено в чисто платное и угажено мусорными рюшечками под завязку. Даже по самому оракалу сейчаспо знакомым есть достаточно большое количество людей, находящихся в состоянии миграции с него и причина у всех одна: "это пиздeц"
Мария? Помню пытался её поставить - в вечный цикл разрешения зависимостей вошло :(. да, я неосилятор. В итоге выбрал PostgreSQL (меньше метра при первом запуске жрет (или около того, давно ставил), правда все буферы на минимуме по дефолту стоят).
 
Думаем пересадить биллинг на Maria или на Percona. Нуно железа подсобрать. Хотим UTM5 подружить.. Глянем шо выйдет со 100 гиг. базой.
 
Да mysql уходит потихоньку. Тяжело в наше время некоммерческим организациям, зато mssql как всегда на высоте
 
В заключение можно упомянуть Для просмотра ссылки Войди или Зарегистрируйся Саймона Фиппса (Simon Phipps), ранее руководившего направлением open source в компании Sun Microsystem, а ныне входящим в управляющий совет организации Open Source Initiative (OSI), с пояснение причин недавнего исключения из состава общедоступного архива с кодом MySQL набора тестов для проверки исправляемых ошибок и добавляемых новшеств. По сведениям одного из работников Oracle, имя которого не называется из-за опасения обвинения его в разглашении внутрикорпоративной информации, публикация указанных компонентов в открытом доступе прекращена по требованию службы безопасности Oracle, которая выявила, что связанные с проблемами безопасности тесты используются в роли готового прототипа для создания эксплоитов на ранней стадии выхода релизов (эксплоит появляется раньше, чем корпоративные клиенты успевают установить плановое обновление Enterprise-версии MySQL). Попытки разработчиков MySQL наладить прозрачное взаимодействие с сообществом натолкнулись на непробиваемую корпоративную политику, которая даже не дала возможность публично объяснить причину прекращения публикации тестов. В будущем планируется продолжить публикацию тестов, но с ограничениями для ошибок, затрагивающих Для просмотра ссылки Войди или Зарегистрируйся.
 
связанные с проблемами безопасности тесты используются в роли готового прототипа для создания эксплоитов
Это первое, что пришло мне в голову как пентестеру, когда я об этих тестах узнал :)

Для тех, кто высказывается за Maria и Percona:
Новость как раз повествует о том, что им осложнили разработку. Так что не понятно ваше желание на них переходить в контексте статьи...
Разработчики MariaDB и других связанных с MySQL проектов Для просмотра ссылки Войди или Зарегистрируйся Для просмотра ссылки Войди или Зарегистрируйся в связи с прекращением публикации ...

Указанные тесты представляют большой интерес прежде всего для разработчиков сторонних движков хранения, дистрибутивов и групп, поддерживающих собственные ветки MySQL...
 
Новость как раз повествует о том, что им осложнили разработку. Так что не понятно ваше желание на них переходить в контексте статьи...
Ну так если им порезали тесты, то дальше они или загнуться как проекты или станут полностью самостоятельными. И то и то - плюс. Первое плюс потому, что слабых не станет. Второе плюс потому, что появится больше самостоятельных разработок и орегинальных идей.
 
специально проводил тесты mysql 5.5.27 vs актуальные percona и mariadb

на InnoDB таблицах разницы нет, на MyISAM чуть впереди MariaDB - разница не существенна

тестировал на 4х ядерном серваке

в плане перехода проще всего mariadb - вообще без каких либо проблем

с percona приходится чуть с бубном танцевать

я остался на mysql
 
Назад
Сверху