https://opennet.ru/openforum/vsluhforumID3/85503.html Компания Oracle представила (http://permalink.gmane.org/gmane.comp.db.mysql.announce/664) внеплановый корректирующий выпуск СУБД MySQL 5.5.25a, в котором устранено внесённое в версии 5.5.25 регрессивное изменение (http://bugs.mysql.com/bug.php?id=65745) в оптимизаторе, которое может привести к исчерпанию доступного места на диске при выполнении определённой операции UPDATE для таблиц InnoDB. <br><br><br>Указанная ошибка уже привела к волне критики в сторону компании Oracle, которая только поверхностно упомянула о данной ошибке в примечании к релизу, не указав при каких условиях она проявляется и никак не обозначив пути возвращения занятого дискового пространства в случае проявления ошибки. <br><br><br>Разработчики альтернативных продуктов на базе MySQL предложили (http://www.webyog.com/blog/2012/07/06/what-were-the-conditions-and-what-is-the-fix/) со своей стороны несколько методов возвращения потерянного дискового пространства. Предлагается очистить содержимое директории со временными таблицами, если утечка была вызвана https://opennet.ru/openforum/vsluhforumID3/85503.html#79 Fri, 13 Jul 2012 18:28:11 GMT &gt; кажется, мускул всю жизнь был дерьмом <br><br>Да ладно, нормальная СУБД. Другое дело, что похоже Oracle выгодно её убить, и у неё есть возможности создавать проблемы пользователям MySQL и MariaDB, как в упомянутом выше случае &#8212; в новой версии исправляются некие уязвимости, при этом не говорится какие, и в результате администраторы будут сомневаться в безопасности MariaDB и MySQL из дистрибутива ОС (часто это не последняя версия, помню, Debian при обновлении что-то говорил о вынужденном переходе на следующую версию).<br> https://opennet.ru/openforum/vsluhforumID3/85503.html#78 Fri, 13 Jul 2012 18:24:31 GMT &gt; А ещё, внезапно, есть MariaDB <br><br>Насколько помню, неопределённость с исправленной уязвимостью касалась и MariaDB. То есть у Oracle, к сожалению, есть возможность мешать распространению MariaDB, создавая по тому же сценарию ситуации, когда администраторы не уверены в её безопасности.<br> https://opennet.ru/openforum/vsluhforumID3/85503.html#77 Thu, 12 Jul 2012 07:58:13 GMT вы должны мне бутылку фейри<br> https://opennet.ru/openforum/vsluhforumID3/85503.html#76 Wed, 11 Jul 2012 21:47:37 GMT А ещё, внезапно, есть MariaDB<br> https://opennet.ru/openforum/vsluhforumID3/85503.html#75 Wed, 11 Jul 2012 09:12:51 GMT &gt; требуется максимальная гибкость, простота реализации и отсутствие ограничений<br><br>и всего этого в похапэ нет, вот в чём штука. а в seaside есть, например: там можно просто писать код, не выпендриваясь с ручным управлением состояниями. фича, которой у похапэ не было, нет и никогда не будет &#8212; в силу изначальной ущербности языка.<br><br>кстати, кто-нибудь может внятно пояснить, зачем в похапэ сигилы? ну, кроме надежды похапэ-кодеров на то, что нарисованые доллары привлекут настоящие.<br> https://opennet.ru/openforum/vsluhforumID3/85503.html#74 Wed, 11 Jul 2012 09:07:39 GMT так это, пардон, не программист, а обычный тупокодер.<br> https://opennet.ru/openforum/vsluhforumID3/85503.html#73 Tue, 10 Jul 2012 19:16:20 GMT да, не видели. Покажите, где они?!<br> https://opennet.ru/openforum/vsluhforumID3/85503.html#72 Tue, 10 Jul 2012 19:15:41 GMT как ни странно, они вообще ничего не знают<br> https://opennet.ru/openforum/vsluhforumID3/85503.html#71 Tue, 10 Jul 2012 19:14:45 GMT кажется, мускул всю жизнь был дерьмом<br>