В материале "InnoDB benchmarks (http://www.mysqlperformanceblog.com/2007/01/03/innodb-benchm.../)" представлены результаты тестирования быстродействия InnoDB для нескольких версий MySQL 5.x, до и после устранения в коде ряда проблем связанных с производительностью.
В итоге производительность 5.0.32 по сравнению с 5.0.27 увеличилась на операциях READ_PK_RANGE на 5-16%, READ_KEY_RANGE - 30-39% и при полном переборе данных на 10-23%. Подробные результаты отражены в данной таблице (http://spreadsheets.google.com/pub?key=pOIo5aX59b6Z8eWjePZU-JQ).URL: http://www.mysqlperformanceblog.com/2007/01/03/innodb-benchm.../
Новость: http://www.opennet.me/opennews/art.shtml?num=9437
Те. теперь, после выхода на платную поддержку, они стали оптимизировать производительность. ТОже хорошо
Так mysql, вроде, как раз всегда выделялась производительностью, возможно, в ущерб функциональности.
по-моему mysql всегда выделялся не производительностью, а простотой установки и эксплуатации, неприхотливостью в плане системных требований.
производительностью он точно не отличался. тот же Drupal на PostrgerSQL в РАЗЫ быстрее работает. особенно когда необходима русификация.
А подумать? Прежде чем писать такой дурацкий довод.
А по моему мускул выделялся только открытыми сорсами и больше ни чем
"А по моему мускул выделялся только открытыми сорсами и больше ни чем"
Хм. Ничем, если не считать кучу разработчиков, которые по своему "ламерскому" мнению предпочитают MySQL.
А вот, прокачка производительности для InnoDB нужна.
http://www.mysqlperformanceblog.com/2006/11/14/bug-fix-of-in.../
вот в чем дело может быть