В заметке "10+ Ways to Crash or Overload MySQL (http://www.mysqlperformanceblog.com/2007/11/13/10-ways-to-cr.../)" демонстрируется около 16 способов вызова отказа в обслуживании MySQL, при наличии доступа к БД.

Ошибка "Database crash due to ha_innodb.cc:3896: ulint convert_search_mode_to_innobase (http://bugs.mysql.com/bug.php?id=32125)" вызвала переполох среди пользователей, но подобные проблемы возникают и исправляются гораздо чаще, чем может показаться на первый взгляд.

Утверждения, что крах процесса, по уровню ущерба для данных, гораздо серьезнее тотальной перегрузки MySQL - не обоснованы.

URL: http://www.mysqlperformanceblog.com/2007/11/13/10-ways-to-cr.../
Новость: http://www.opennet.me/opennews/art.shtml?num=12771

• Более 10 способов вызова краха или перегрузки MySQL,ZANSWER, 13:54 , 14-Ноя-07
  • Более 10 способов вызова краха или перегрузки MySQL,deepwalker, 14:08 , 14-Ноя-07
    • offtop,citrin, 14:18 , 14-Ноя-07
      • offtop,Лимуриец, 14:41 , 14-Ноя-07
        • offtop,an, 18:12 , 15-Ноя-07
    • Более 10 способов вызова краха или перегрузки MySQL,Аноним, 14:20 , 14-Ноя-07
    • (offtopic) !asterisk,Michael Shigorin, 14:40 , 14-Ноя-07
    • Более 10 способов вызова краха или перегрузки MySQL,R007, 22:47 , 14-Ноя-07
• Более 10 способов вызова краха или перегрузки MySQL,Аноним, 13:54 , 14-Ноя-07
• Более 10 способов вызова краха или перегрузки MySQL,Аноним, 16:00 , 14-Ноя-07
• Интересно, а для N$-SQL такой список есть?,Дмитрий Ю. Карпов, 11:28 , 15-Ноя-07
• Более 10 способов вызова краха или перегрузки MySQL,Zont, 17:38 , 15-Ноя-07

Ну что ж, ошибки бывают у всех, главное, как быстро их исправляют...:)

Ну вот например если у asterisk множество багов, то я предпочту выбрать другой продукт, что я и сделал. Потому что это, на мой взгляд, указывает на общий подход к качеству кода и его проверке. Зачем пользоваться продуктом, создатели которого не заботятся о его безглючности в достаточной мере?
Imho безотносительное к mysql : )

>Ну вот например если у asterisk множество багов, то я предпочту выбрать
>другой продукт, что я и сделал.

А разве у asterisk есть какие то опенсурсные альтернативы? Или Вы выбрали closed-source продукт?

http://yate.null.ro/

и что,комуто удалось ЭТО запустить? пол года назад ОНО падало при загрузке в 50% случаев :).
вот уж точно не пример качества кода.

а что вместо asterisk?

callweaver или что-то радикально другое?

PS: http://www.seiros.ru/products -- народ, мож с Денисом свяжетесь да вместе чего рабочего для всех заинтересованных получится сделать, чтоб не каждому повторять схожую работу?  Он не первый год пытался помочь во вразумлении апстрима *...

>Ну вот например если у asterisk множество багов, то я предпочту выбрать
>другой продукт, что я и сделал. Потому что это, на мой
>взгляд, указывает на общий подход к качеству кода и его проверке.

Это еще может быть и просто показателем популярности продукта.Скажем в IE по жизни много багов а в опере единицы.Следует ли отсюда автоматически что у оперы код качественнее IEшного?А может, дело еще и в размере сегмента рынка?Про тот же астериск только ленивый не слышал.А про альтернативы... хм... как максимум что-то слышал.Вотъ.

>Зачем пользоваться продуктом, создатели которого не заботятся о его безглючности в
>достаточной мере?

У почти любого продукта при росте его популярности наблюдается рост числа обнаруженных багов.

это точно

прочитал статью, и чего такая бурная реакция у всех? Из перечисленных способов - большинство это простой DOS, без крэша.  

Хотелось бы посмотреть аналогичный список способов повалить систему для аналогичных продуктов, прежде всего M$-SQL.

брехня.