Ответ с MySQL всегда, "он зависит". Это сказанное, куда 5.5 собирается дать Вам огромное улучшение на полях с 16 ядрами и выше. Если Вы используете механизм устройства хранения данных InnoDB, то существует хороший шанс, что Вы получите лучшую производительность также. Лучший способ узнать состоит в том, чтобы получить тестовое поле и выполнить его посредством теста производительности Вашей системы.
Насколько обновления идут, самый безопасный способ обновить имеет тенденцию быть дампом и перезагрузкой. Это устраняет большинство возможных проблем. У меня есть успешно обновление от 5,0 до 5,1 просто использований mysql_upgrade. Я не знаю ни о каких конкретных проблемах с индексами, поливаемыми из шланга обновлением 5,5. (Хотя я еще не обновил ни одного из наших производственных полей к 5,5. Тестовые поля не имели проблем.), Если Вы действительно идете путем обновления без дампа/восстановления, удостоверьтесь, что прочитали документы на веб-сайте. 5.5 ведет себя по-другому, чем обновление от 5,0 до 5,1 сделало.
Существуют очень на самом деле серьезные обновления в скручивании жгутов производительности 5.0.x. Я рекомендовал бы обновить до 5.0.92 (текущие последние 5,0 выпусков) как можно скорее независимо от числа планирует переместиться в 5,5. Любая версия ниже 5.0.37 имеет некоторые серьезные проблемы производительности и только в 5.0.52 или так, чтобы 5.0 действительно начался.
Вы могли с нетерпением ждать новых возможностей, с которыми я в настоящее время играю в MySQL 5.5, который делает это стоящим усилия обновить
Несколько пулов буферов InnoDB
Я обнаружил, что у Вас может быть до 64 innodb пулов буферов
В настоящее время я работаю с сервером, который имеет 192G RAM
У меня есть 50 innodb пулов буферов с 3G каждый
Репликация Smeisynchronous
Когда записи в основном двоичном журнале отправляются в ведомое устройство, запрос выполняется, и затем ведомое устройство читает следующий SQL-оператор. При полусинхронизирующем представителе, подтверждает получение SQL вместо того, чтобы ожидать, пока запрос не сделан.
Можно также настроить чтение и записать возможность IO управлять суммой потоков, выделенных каждой операции.
Существуют огромные повышения производительности от mysql 5.0.x к 5.5.x. Проверьте эти сравнительные тесты http://vbtechsupport.com/606/ и http://vbtechsupport.com/657/. Большая часть фокуса находится на работе двигателя устройства хранения данных InnoDB. Если Вы все еще используете механизм устройства хранения данных MyISAM, затем проверяют MariaDB 5.2.5 и выше поскольку это - единственная альтернатива ветвления производительности MySQL, которая на самом деле сделала любые повышения производительности MyISAM/core.